Pianificazione di siti e gerarchie in Configuration Manager
Si applica a: System Center 2012 Configuration Manager, System Center 2012 Configuration Manager SP1, System Center 2012 Configuration Manager SP2, System Center 2012 R2 Configuration Manager, System Center 2012 R2 Configuration Manager SP1
Prima di distribuire System Center 2012 Configuration Manager in un ambiente di produzione, è necessario pianificare la struttura e la gerarchia dei siti. Durante la fase di pianificazione, identificare il numero e il tipo di siti e la posizione in cui si prevede di distribuirli. Pianificare la struttura di ciascun sito e identificare il percorso di installazione dei ruoli del sistema del sito in ogni sito.
.jpeg "System_CAPS_tip") Suggerimento |
|---|
Assicurarsi che la pianificazione preveda future modifiche hardware per il server oltre ai requisiti hardware correnti. |
È possibile distribuire Configuration Manager come sito primario autonomo singolo o come più siti all'interno di una gerarchia. Quando si pianifica la distribuzione iniziale, prendere in considerazione una struttura in grado di espandersi sulla base della crescita futura che l'organizzazione potrebbe richiedere. Una corretta pianificazione dell'espansione è determinante dal momento che le modifiche apportate a System Center 2012 Configuration Manager rispetto alle precedenti versioni del prodotto implicano che Configuration Manager è ora in grado di supportare più client con meno siti.
.jpeg "System_CAPS_important") Importante |
|---|
Configuration Manager non supporta lo spostamento di un server del sito tra domini. Se occorre spostare un server del sito, è necessario disinstallare Configuration Manager dal server, spostare il server nel nuovo dominio, quindi installare un nuovo sito di Configuration Manager. Non è possibile ripristinare correttamente il sito di origine per un server che è stato spostato in un nuovo dominio. |
Utilizzare le sezioni seguenti di questo argomento per implementare una struttura della gerarchia:
Pianificazione di una gerarchia in Configuration Manager
Informazioni sui tipi di sito in Configuration Manager
Determinare se installare un sito di amministrazione centrale
Determinare se installare un sito primario
Determinare se installare un sito secondario
Determinare se installare un sito o utilizzare le opzioni di gestione dei contenuti
Pianificazione dell'espansione di un sito primario autonomo
Pianificazione delle lingue del sistema operativo di server e client in Configuration Manager
Informazioni sui Language Pack
Pianificazione per Language Pack server
Pianificazione per Language Pack client
Procedure consigliate per la gestione dei Language Pack
Pianificazione della console di Configuration Manager
- Informazioni sulla console di sola lettura
Pianificazione di più utenti amministratori e della replica dati globali in Configuration Manager
Informazioni sulle modifiche multiple ai dati globali in Configuration Manager
Informazioni sull'accesso ai dati dalla console di Configuration Manager
Novità di Configuration Manager
Nota
Le informazioni contenute in questa sezione appaiono anche in nella Guida Introduzione a System Center 2012 Configuration Manager.
System Center 2012 Configuration Manager introduce il sito di amministrazione centrale e alcune modifiche ai siti primari e secondari. Nelle tabelle seguenti viene riportato un riepilogo di questi siti e la modalità di confronto ai siti in Configuration Manager 2007.
Sito |
Scopo |
Modifica rispetto a Configuration Manager 2007 |
|---|---|---|
Sito di amministrazione centrale |
Il sito di amministrazione centrale coordina la replica dei dati tra siti in tutta la gerarchia utilizzando la replica di database di Configuration Manager. Consente anche l'amministrazione delle configurazioni a livello di gerarchia per gli agenti client, l'individuazione e altre operazioni. Utilizzare questo sito per l'amministrazione e la creazione di report per la gerarchia. |
Sebbene il sito sia al livello superiore della gerarchia in System Center 2012 Configuration Manager, ha la seguenti differenze rispetto a un sito centrale in Configuration Manager 2007:
|
Sito primario |
Gestisce i client in reti ben connesse. |
I siti primari in System Center 2012 Configuration Manager hanno le differenze seguenti rispetto ai siti primari in Configuration Manager 2007:
|
Sito secondario |
Controlla la distribuzione del contenuto per i client in posizioni remote attraverso collegamenti con larghezza di banda limitata. |
I siti secondari in System Center 2012 Configuration Manager hanno le differenze seguenti rispetto ai siti secondari in Configuration Manager 2007:
|
Novità di Configuration Manager SP1
Nota
Le informazioni contenute in questa sezione appaiono anche in nella Guida Introduzione a System Center 2012 Configuration Manager.
In Configuration Manager SP1 è possibile espandere un sito primario autonomo in una gerarchia che include un nuovo sito di amministrazione centrale. Dopo aver installato il nuovo sito di amministrazione centrale, è possibile installare altri siti primari. Per altre informazioni, vedere Espandere un sito primario autonomo in una gerarchia con un sito di amministrazione centrale.
Pianificazione di una gerarchia in Configuration Manager
In fase di pianificazione di una gerarchia in Configuration Manager, prendere in considerazione l'ambiente di rete e di elaborazione e identificare i requisiti aziendali. È quindi possibile pianificare l'implementazione di Configuration Manager utilizzando il numero minimo di server e il minimo carico amministrativo per far fronte agli obiettivi dell'azienda.
Se esiste un investimento in Configuration Manager 2007, System Center 2012 Configuration Manager fornisce una soluzione completa per la migrazione automatica da Configuration Manager 2007. Tuttavia, non supporta aggiornamenti sul posto dalle versioni precedenti di Configuration Manager, né l'interoperabilità con Configuration Manager 2007 con le due seguenti eccezioni. La prima eccezione è costituita dal fatto che durante la migrazione attiva da Configuration Manager 2007 a System Center 2012 Configuration Manager, è possibile condividere i punti di distribuzione di Configuration Manager 2007 con System Center 2012 Configuration Manager, rendendo accessibile il contenuto di tali punti di distribuzione ai client di System Center 2012 Configuration Manager. La seconda eccezione consiste nella possibilità di aggiornare i siti secondari di Configuration Manager 2007 trasformandoli in punti di distribuzione di System Center 2012 Configuration Manager.
Per mantenere l'investimento nell'infrastruttura corrente di Configuration Manager 2007, è necessario installare System Center 2012 Configuration Manager come nuova gerarchia e quindi migrare i dati e i client di Configuration Manager 2007 a System Center 2012 Configuration Manager. Questa implementazione side-by-side offre l'opportunità di riprogettare e semplificare la gerarchia utilizzando un minor numero di server del sito.
Prima di installare il primo sito di una nuova gerarchia System Center 2012 Configuration Manager, considerare i requisiti dell'ambiente aziendale e di rete e riesaminare il modo in cui nuove funzionalità in Configuration Manager possono soddisfarli con una quantità ridotta di infrastruttura. Se possibile, prevedere di installare soltanto un sito primario autonomo per la gerarchia, ad eccezione del caso in cui un singolo sito non possa supportare il numero di client e dispositivi gestiti. La struttura della gerarchia del sito primario autonomo evita il sovraccarico della gestione di siti ulteriori e quello di replica del database tra siti. Se è necessario gestire più dispositivi di quanti non ne supporti un singolo sito, sarà necessario installare un sito di amministrazione centrale come primo sito e quindi installare uno o più siti figlio primari. Per informazioni sul numero di client supportati da un sito, vedere la sezione dell’argomento .No text is shown for link 'c1e93ef9-761f-4f60-8372-df9bf5009be0'. The title of the linked topic might be empty.c1e93ef9-761f-4f60-8372-df9bf5009be0#BKMK_SupConfigClientsperSite
Alcune delle funzionalità che supportano una decisione di installare un singolo sito primario invece di diversi siti primari sono nuove in System Center 2012 Configuration Manager. Con System Center 2012 Configuration Manager è possibile gestire l'utilizzo della larghezza di banda di rete per trasferire il contenuto a punti di distribuzione remoti in un sito in modo simile alla gestione della larghezza di banda tra siti in una gerarchia. Questa funzionalità può sostituire la necessità di installare ulteriori siti per gestire i trasferimenti di contenuto tra rete più lente, come visto nelle versioni precedenti di Configuration Manager. Le ulteriori modifiche includono l'utilizzo di impostazioni del client e amministrazione basata sul ruolo che elimina la necessità di mantenere siti separati per impostazioni client personalizzate o siti separati per partizioni di accesso o responsabilità basate sulla protezione. Quando tutte le modifiche in System Center 2012 Configuration Manager sono comprese e considerate, il punto di decisione rimanente per l'installazione di più siti primari è spesso il numero di dispositivi e client che la gerarchia deve supportare; non il percorso di questi client e dispositivi.
Prima di System Center 2012 Configuration Manager SP1, la struttura della gerarchia iniziale selezionata era permanente. In modo specifico, quando si utilizza System Center 2012 Configuration Manager senza Service Pack, non esistono opzioni per convertire un sito primario autonomo in un sito primario figlio che invia report a un sito di amministrazione centrale. Pertanto, per modificare la configurazione si dovrebbe disinstallare il sito primario autonomo e quindi installare di nuovo il sito come sito primario figlio al di sotto di un sito di amministrazione centrale. Tuttavia, a partire da Configuration Manager SP1 è possibile espandere un sito primario autonomo in una gerarchia che includa un sito di amministrazione centrale e quindi installare ulteriori siti primari figlio. Questa capacità di espandere un sito primario autonomo in una gerarchia più grande è disponibile in entrambi i nuovi siti installati con Configuration Manager SP1 e nei siti che vengono aggiornati da System Center 2012 Configuration Manager senza Service Pack. Tuttavia, Configuration Manager non supporta la conversione di una gerarchia che includa un sito di amministrazione centrale in un sito primario autonomo. Per informazioni sull'espansione di un sito primario autonomo, vedere la sezione Pianificazione dell'espansione di un sito primario autonomo più avanti in questo argomento.
La capacità di espandere un sito primario autonomo consente di distribuire Configuration Manager utilizzando l'infrastruttura server minima, un sito primario singolo autonomo con la capacità di espandere la gerarchia per supportare più dispositivi in un momento successivo. Inoltre partendo da Configuration Manager SP1, è possibile migrare dati da una gerarchia System Center 2012 Configuration Manager a un'altra gerarchia Configuration Manager quando entrambe le gerarchie eseguono lo stesso Service Pack. Ad esempio, si potrebbe migrare i dati da un sito o una gerarchia Configuration Manager SP1 a un diverso sito o a una diversa gerarchia Configuration Manager SP1. Ciò significa che è possibile migrare dati da un ambiente di test all'ambiente di produzione oppure migrare dati da un'acquisizione e quindi gestire l'ambiente combinato di utenti e dispositivi da una gerarchia System Center 2012 Configuration Manager singola. Per informazioni sulla migrazione, vedere Migrazione delle gerarchie con System Center 2012 Configuration Manager.
Informazioni sui tipi di sito in Configuration Manager
La distribuzione di Configuration Manager è costituita da una gerarchia di siti o da un sito autonomo. Una gerarchia è composta da più siti, ciascuno con uno o più server del sistema del sito. Anche un sito autonomo è costituito da uno o più server del sistema del sito. I diagrammi seguenti mostrano alcuni esempi di strutture di sito.
.jpeg "Modelli di sito")
I server del sistema del sito all'interno di un sito estendono le funzionalità di Configuration Manager. Ad esempio, è possibile installare un sistema del sito in un sito per supportare la distribuzione del software o per gestire dispositivi mobili. Per pianificare correttamente la gerarchia dei siti e identificare la rete migliore e le posizioni geografiche in cui posizionare i server del sito, accertarsi di aver rivisto le informazioni relative a ciascun tipo di sito e alle alternative ai siti offerte dai sistemi del sito utilizzati per la distribuzione del contenuto.
Utilizzare la tabella seguente per pianificare il tipo di siti che potrebbero essere necessari all'interno della gerarchia.
Server |
Scopo |
Altre informazioni |
|---|---|---|
Sito di amministrazione centrale |
La posizione consigliata per l'amministrazione e la creazione di report per la gerarchia. |
|
Sito primario |
Un sito necessario che gestisce i client in reti ben connesse. Tutti i client vengono assegnati a un sito primario. |
|
Sito secondario |
Gestisce i client in posizioni remote in cui è necessario il controllo della larghezza di banda di rete. |
|
Quando si pianifica una gerarchia di Configuration Manager, tenere presente quanto segue:
È possibile pianificare e limitare il traffico di rete quando si distribuisce il contenuto di distribuzione ai punti di distribuzione. Pertanto, è possibile utilizzare un punto di distribuzione anziché un sito per alcuni percorsi di rete remoti.
I record dei dati di individuazione (DDR) per le risorse sconosciute vengono trasferiti utilizzando la replica basata su file da un sito primario al sito di amministrazione centrale per l'elaborazione. Poiché in seguito all'individuazione possono essere creati molti DDR, è consigliabile pianificare dove posizionare il sito di amministrazione centrale e tenere in considerazione in quali siti verranno eseguite le operazioni di individuazione per ridurre al minimo il trasferimento dei DDR tra reti a larghezza di banda ridotta. I DDR per le risorse conosciute sono elaborati nel primo sito primario che li riceve e non vengono trasferiti al sito di amministrazione centrale utilizzando la replica basata su file. Al contrario, dopo essere state elaborate nel sito primario, le informazioni di individuazione vengono replicate in altri siti utilizzando la replica di database.
L'amministrazione basata su ruoli fornisce un modello di protezione amministrativa centrale per la gerarchia, pertanto non è necessario installare siti per garantire un limite di protezione. È invece possibile utilizzare ambiti di protezione, ruoli di sicurezza e raccolte per definire quello che gli utenti amministratori possono visualizzare e gestire nella gerarchia.
Gli avvisi nella console di Configuration Manager forniscono informazioni basate sullo stato relative alle operazioni in tutta la gerarchia.
Utilizzare le sezioni seguenti per determinare se installare siti e sistemi del sito di Configuration Manager.
Determinare se installare un sito di amministrazione centrale
Installare un sito di amministrazione centrale se si richiedono più siti primari. Tuttavia, ad eccezione del caso in cui si supportino più client e dispositivi rispetto a quelli che possono essere supportati da un singolo sito primario, è possibile installare un sito primario autonomo e ridurre il carico amministrativo ed evitare la replica database non necessaria tra un sito primario e un sito di amministrazione centrale. In una struttura della gerarchia autonoma, un sito primario autonomo fornisce la stessa funzionalità di un sito di amministrazione centrale. Prima di Configuration Manager SP1, si trattava di una decisione permanente. Tuttavia, a partire da Configuration Manager SP1 è possibile espandere un sito primario autonomo in una gerarchia con un sito di amministrazione centrale e quindi aggiungere ulteriori siti primari. Tuttavia, System Center 2012 Configuration Manager non supporta la rimozione di un sito di amministrazione centrale da una gerarchia per convertire una gerarchia in una struttura gerarchia autonoma.
Usare un sito di amministrazione centrale per configurare le impostazioni a livello di gerarchia e per monitorare tutti i siti e gli oggetti nella gerarchia. Questo tipo di sito non gestisce i client direttamente ma coordina la replica dei dati tra i siti, che include la configurazione di siti e client in tutta la gerarchia.
Utilizzare le seguenti informazioni per la pianificazione di un sito di amministrazione centrale:
Il sito di amministrazione centrale è il sito di livello superiore nella gerarchia.
Quando si configura una gerarchia con più di un sito primario, è necessario installare un sito di amministrazione centrale, che deve essere il primo sito che viene installato.
Il sito di amministrazione centrale supporta solo i siti primari come siti figlio.
Al sito di amministrazione centrale non è possibile assegnare client.
Il sito di amministrazione centrale non supporta tutti i ruoli del sistema del sito. Per altre informazioni, vedere Pianificazione della posizione di installazione dei ruoli del sistema del sito nella gerarchia.
È possibile gestire tutti i client nella gerarchia ed eseguire attività di gestione del sito per qualsiasi sito primario quando si utilizza una console di Configuration Manager connessa al sito di amministrazione centrale.
Quando si utilizza un sito di amministrazione centrale, tale sito è l'unico punto da cui è possibile visualizzare i dati del sito da tutti i siti. Questi dati includono informazioni quali dati di inventario e messaggi di stato.
È possibile configurare le operazioni di individuazione in tutta la gerarchia dal sito di amministrazione centrale mediante l'assegnazione di metodi di individuazione da eseguire nei singoli siti.
È possibile gestire la protezione in tutta la gerarchia mediante l'assegnazione di raccolte, ambiti di protezione e ruoli di sicurezza differenti a diversi utenti amministratori. Queste configurazioni si applicano a ogni sito nella gerarchia.
È possibile configurare la replica di file e di database per controllare la comunicazione tra siti all'interno della gerarchia. Ciò include la pianificazione della replica di database per i dati del sito e la gestione della larghezza di banda per il trasferimento tra siti dei dati basati su file.
Determinare se installare un sito primario
Utilizzare i siti primari per gestire i client. È possibile installare un sito primario come sito primario figlio al di sotto di un sito di amministrazione centrale in una gerarchia più grande oppure come primo sito di una nuova gerarchia. Un sito primario che viene installato come primo sito di una gerarchia crea un sito primario autonomo. Sia i siti primari figlio sia i siti primari autonomi supportano siti secondari come siti figlio del sito primario.
Si consiglia di installare un sito primario per uno dei seguenti motivi:
Per gestire i client direttamente.
Per aumentare il numero di client e dispositivi che è possibile gestire con una singola gerarchia. Per informazioni sul numero di client e dispositivi supportati da ciascun sito primario, vedere la sezione dell’argomento .No text is shown for link 'c1e93ef9-761f-4f60-8372-df9bf5009be0'. The title of the linked topic might be empty.c1e93ef9-761f-4f60-8372-df9bf5009be0#BKMK_SupConfigClientsperSite
Per fornire un punto locale di connettività per l'amministrazione.
Per soddisfare i requisiti di gestione dell'organizzazione. Ad esempio, è possibile installare un sito primario in una posizione remota per gestire il trasferimento del contenuto di distribuzione attraverso una rete a larghezza di banda ridotta. Tuttavia, con System Center 2012 Configuration Manager è possibile utilizzare opzioni per limitare l'utilizzo della larghezza di banda della rete in fase di trasferimento dei dati a un punto di distribuzione e questa funzionalità può sostituire la necessità di installare ulteriori siti.
Utilizzare le seguenti informazioni per la pianificazione di siti primari:
Un sito primario può essere un sito primario autonomo o un sito primario figlio in una gerarchia più grande. Quando un sito primario è membro di una gerarchia con un sito di amministrazione centrale, i siti utilizzano la replica database per replicare i dati tra i siti. Ad eccezione del caso in cui non sia necessario supportare più client e dispositivi rispetto a un singolo sito primario, considerare l'installazione di un sito primario autonomo. A partire da Configuration Manager SP1 è possibile convertire un sito primario autonomo in una gerarchia più grande quando la distribuzione supera la capacità di un singolo sito primario.
Un sito primario supporta solo un sito di amministrazione centrale come sito padre.
Un sito primario supporta solo siti secondari come siti figlio e può supportare uno o più siti figlio secondari.
Quando si utilizza Configuration Manager senza Service Pack, un sito primario non può modificare la sua relazione sito padre dopo l'installazione. Tuttavia, a partire da Configuration Manager SP1, è possibile installare un nuovo sito di amministrazione centrale come sito padre di un sito primario autonomo esistente.
I siti primari sono responsabili dell'elaborazione di tutti i dati client dei client ad essi assegnati.
Quando si installa un sito primario, questo configura automaticamente la replica database con il suo sito di amministrazione centrale designato.
I siti primari utilizzano la replica di database per comunicare direttamente con il relativo sito di amministrazione centrale.
Quando si installa un sito primario, è possibile installare i ruoli del sistema del sito generalmente utilizzati. Per un elenco dei ruoli del sistema del sito supportati nei siti primari, vedere Pianificazione della posizione di installazione dei ruoli del sistema del sito nella gerarchia.
Determinare se installare un sito secondario
Utilizzare i siti secondari per gestire il trasferimento dei dati client e del contenuto di distribuzione su reti a larghezza di banda ridotta.
Un sito secondario viene gestito da un sito di amministrazione centrale o dal sito primario padre del sito secondario. I siti secondari devono essere collegati a un sito primario e non possono essere spostati in un sito padre differente senza prima disinstallarli e successivamente reinstallarli come siti figlio del nuovo sito primario. È possibile distribuire contenuto tra siti secondari peer per gestire la replica basata su file del contenuto di distribuzione. Per trasferire i dati client a un sito primario, il sito secondario utilizza la replica basata su file. Tuttavia, un sito secondario utilizza anche la replica di database per comunicare con il relativo sito primario padre.
Si consiglia di installare un sito secondario in presenza di una delle seguenti condizioni:
Non è richiesto un utente amministratore locale per il sito.
È necessario gestire il trasferimento del contenuto di distribuzione ai siti di livello inferiore nella gerarchia.
È necessario gestire le informazioni sul client inviate ai siti di livello superiore nella gerarchia.
Se non si desidera installare un sito secondario e si dispone di client in remoto, prendere in considerazione l'utilizzo di Windows BranchCache o dei punti di distribuzione abilitati per la pianificazione e il controllo della larghezza di banda. È possibile utilizzare queste opzioni di gestione dei contenuti con o senza i siti secondari, riducendo in tal modo il numero di siti e server da installare. Per informazioni sulle opzioni di gestione del contenuto in Configuration Manager, vedere Determinare se installare un sito o utilizzare le opzioni di gestione dei contenuti.
Utilizzare i seguenti dettagli per la pianificazione di siti secondari:
Se un'istanza locale di SQL Server non è disponibile, i siti secondari installano automaticamente SQL Server Express durante l'installazione del sito.
L'installazione del sito secondario viene avviata dalla consolle di Configuration Manager quando è connessa al sito di amministrazione centrale o a un sito primario.
Quando viene installato un sito secondario, viene automaticamente configurata la replica di database con il relativo sito primario padre.
I siti secondari utilizzano la replica di database per comunicare direttamente con il sito primario padre e per ottenere un sottoinsieme del database di Configuration Manager condiviso.
I siti secondari supportano il routing del contenuto basato su file in altri siti secondari che dispongono di un sito primario padre comune.
Le installazioni dei siti secondari distribuiscono automaticamente un punto di gestione e un punto di distribuzione ubicati sul server del sito secondario.
Determinare se installare un sito o utilizzare le opzioni di gestione dei contenuti
Se si dispone di client in percorsi di rete remoti, considerare l'utilizzo di una o più opzioni di gestione dei contenuti piuttosto che di un sito primario o secondario. È spesso possibile ovviare all'esigenza di un altro sito utilizzando Windows BranchCache, configurando i punti di distribuzione per il controllo della larghezza di banda o copiando manualmente il contenuto nei punti di distribuzione (contenuto di preinstallazione).
Considerare la distribuzione di un punto di distribuzione piuttosto che l'installazione di un altro sito in presenza di una delle condizioni seguenti:
La larghezza di banda della rete è sufficiente per consentire ai computer client in remoto di comunicare con un punto di gestione per scaricare i criteri client e inviare informazioni di individuazione, di inventario e relative allo stato dei report.
Il Servizio trasferimento intelligente in background (BITS) non garantisce un controllo della larghezza di banda adeguato ai requisiti della rete.
Per ulteriori informazioni sulle opzioni di gestione dei contenuti in Configuration Manager, vedere Introduzione alla gestione dei contenuti in Configuration Manager.
Pianificazione dell'espansione di un sito primario autonomo
A partire da System Center 2012 Configuration Manager SP1, è possibile installare un nuovo sito di amministrazione centrale come sito padre di un sito primario autonomo esistente. Ciò consente di espandere il sito primario autonomo in una gerarchia più ampia che supporti l'installazione di ulteriori nuovi siti primari. È possibile espandere solo un sito primario preesistente nella nuova gerarchia perché il database del nuovo sito di amministrazione centrale è basato sul database del sito primario autonomo. Dopo l'installazione di questo nuovo sito di amministrazione centrale, non è possibile aggiungere o espandere altri siti primari preesistenti nella stessa gerarchia. Tuttavia, è possibile installare nuovi siti primari come siti figlio del sito di amministrazione centrale.
Per espandere un sito primario autonomo in una gerarchia più ampia, eseguire il programma di installazione di Configuration Manager dal supporto per Configuration Manager SP1 (o una versione più recente di Configuration Manager) e installare un nuovo sito di amministrazione centrale su un nuovo server. Durante tale operazione, è possibile installare il nuovo sito di amministrazione centrale come il primo sito di una nuova gerarchia oppure espandere un sito primario autonomo esistente in una gerarchia. Quando si espande un sito primario autonomo esistente, è necessario specificare il server del sito primario autonomo da espandere. Dopo aver contattato il server del sito primario autonomo, il programma di installazione proseguirà normalmente.
Al termine dell'installazione, il sito primario diventa un sito primario figlio in una gerarchia con un sito di amministrazione centrale e non è più un sito primario autonomo.
Una volta completata l'espansione di un sito primario autonomo in una gerarchia, non sarà più possibile rimuovere il sito primario dalla gerarchia per ripristinarne il funzionamento come sito primario autonomo. Per rimuovere il sito primario dalla gerarchia, è necessario disinstallarlo.
Prerequisiti per l'espansione di un sito primario autonomo
Un sito primario autonomo deve soddisfare i seguenti prerequisiti ai fini dell'espansione in una gerarchia con un sito di amministrazione centrale:
Prerequisito |
Dettagli |
|---|---|
Il sito primario autonomo e il nuovo sito di amministrazione centrale devono eseguire la stessa versione di Configuration Manager |
Ad esempio, se si utilizza il programma di installazione per SP1 per installare un sito di amministrazione centrale ed espandere un sito primario autonomo, anche quest'ultimo dovrà essere configurato con SP1. |
Non è possibile configurare il sito primario autonomo per migrare i dati da un'altra gerarchia di Configuration Manager |
È necessario interrompere la migrazione attiva al sito primario autonomo da altre gerarchie di Configuration Manager e rimuovere tutte le configurazioni per la migrazione, inclusi processi di migrazione non completati e la configurazione della gerarchia di origine attiva. Ciò è richiesto perché le operazioni di migrazione sono eseguite dal sito di livello superiore della gerarchia e le configurazioni per la migrazione non vengono trasferite al sito di amministrazione centrale quando si espande un sito primario autonomo. Se si riconfigura la migrazione al sito primario dopo l'espansione del sito primario autonomo, le operazioni correlate alla migrazione saranno eseguite dal sito di amministrazione centrale. Per ulteriori informazioni sulla configurazione della migrazione, vedere Configurazione di gerarchie di origine e siti di origine per la migrazione in System Center 2012 Configuration Manager. |
L'account del computer che ospiterà il nuovo sito di amministrazione centrale deve essere un membro del gruppo Amministratori sul sito primario autonomo. |
Per espandere correttamente il sito primario autonomo, l'account computer del nuovo sito di amministrazione centrale deve essere un membro del gruppo Amministratori dei siti primari autonomi. Ciò è richiesto solo durante l'espansione del sito e, al termine di tale operazione, è possibile rimuovere l'account dal gruppo sul sito primario. |
All'account utente che esegue l'installazione del nuovo sito di amministrazione centrale devono essere concesse autorizzazioni per l'amministrazione basata sul ruolo nel sito primario autonomo |
Per installare un sito di amministrazione centrale come parte di uno scenario di espansione del sito, l'account utente che esegue la procedura per l'installazione del sito di amministrazione centrale deve essere definita nell'amministrazione basata sul ruolo nel sito primario autonomo come Amministratore completo o come Amministratore infrastruttura. |
Per espandere il sito, è necessario prima disinstallare i seguenti ruoli del sistema del sito dal sito primario autonomo:
|
Questi ruoli del sistema del sito sono supportati solo nel sito di livello superiore della gerarchia. Pertanto, è necessario disinstallare questi ruoli del sistema del sito prima di espandere il sito primario autonomo. Al termine dell'espansione, è possibile reinstallare questi ruoli del sistema del sito nel sito di amministrazione centrale. Tutti gli altri ruoli del sistema del sito possono rimanere installati nel sito primario. |
La porta per SQL Server Service Broker deve essere aperta tra il sito primario autonomo e il computer sul quale verrà installato il sito di amministrazione centrale |
Per replicare correttamente i dati tra un sito di amministrazione centrale e un sito primario, Configuration Manager richiede l'apertura della porta che deve essere utilizzata da SQL Server Service Broker tra i due siti. Quando si installa un sito di amministrazione centrale e si espande un sito primario autonomo, il controllo dei prerequisiti non stabilisce che la porta specificata per SQL Server Service Broker è aperta sul sito primario. |
Quando il sito primario autonomo è configurato per la migrazione, è necessario interrompere tutte le operazioni di raccolta dati attiva prima di espandere il sito |
Se si utilizza la migrazione per migrare i dati da un'altra gerarchia di Configuration Manager, è necessario interrompere tutte le operazioni di raccolta dati attiva prima di espandere il sito. Una volta completata l'espansione del sito, è possibile riconfigurare la raccolta dati. Per informazioni sull’interruzione e la riconfigurazione della raccolta dati per la migrazione, vedere la sezione Raccolta dati della migrazione dell’argomento Pianificazione di una strategia di gerarchia di origine in System Center 2012 Configuration Manager. |
Considerazioni sull'espansione di un sito primario autonomo
Quando si espande un sito primario autonomo, gli oggetti e le configurazioni presenti nel database del sito primario vengono condivisi con il nuovo sito di amministrazione centrale. Non vi sono considerazioni speciali da tenere presenti quando si espande un sito primario autonomo, fatta eccezione per quanto segue:
Considerazioni |
Dettagli |
|---|---|
Punti di aggiornamento software |
Prima dell'espansione di un sito primario autonomo, non è necessario apportare modifiche alla configurazione dei punti di aggiornamento software nel sito. Tuttavia, quando si espande un sito primario autonomo, i punti di aggiornamento software nel sito primario vengono automaticamente riconfigurati per la sincronizzazione con un punto di aggiornamento software nel nuovo sito di amministrazione centrale. Pertanto, al termine dell'installazione del nuovo sito di amministrazione centrale, pianificare l'installazione in tempi brevi di un punto di aggiornamento software in quel sito e configurarlo per la sincronizzazione con Windows Server Update Services (WSUS). Fino a che non viene configurato un punto di aggiornamento software nel sito di amministrazione centrale, i punti di aggiornamento software nel sito primario non saranno in grado di sincronizzare i nuovi aggiornamenti software. Subito dopo aver completato l'espansione di un sito primario autonomo, è plausibile attendersi un elevato livello di elaborazione dati nel sito di amministrazione centrale dovuto alla sincronizzazione delle informazioni di aggiornamento software dal sito primario. Il sito di amministrazione centrale crea automaticamente i nuovi oggetti per la gestione degli aggiornamenti software. Gli oggetti nel sito di amministrazione centrale sono autorevoli per la gerarchia. Le configurazioni preesistenti nel sito primario vengono applicate automaticamente al sito di amministrazione centrale. Queste configurazioni includono le pianificazioni di sincronizzazione, le configurazioni di sostituzione e altre impostazioni correlate. |
Pacchetti per la distribuzione di software |
I pacchetti creati nel sito primario autonomo prima dell'espansione del sito continueranno a essere gestiti dal sito primario. Tuttavia, questi pacchetti vengono replicati come dati globali in tutti i siti della gerarchia e possono essere gestiti dal sito di amministrazione centrale. L'unica eccezione è il pacchetto di installazione client. |
Pacchetto di installazione client |
Quando si espande un sito primario autonomo, la proprietà del pacchetto di installazione client viene trasferita al sito di amministrazione centrale. Tuttavia, l'ID di questo pacchetto rimane invariato. Dal momento che il sito di livello superiore di una gerarchia gestisce e modifica questo pacchetto per supportare solo le lingue del sistema operativo client selezionate in tale sito, assicurarsi che il sito di amministrazione centrale supporti le stesse lingue client selezionate nel sito primario. Per altre informazioni, vedere la sezione Pianificazione per Language Pack client nell'argomento Planning for Sites and Hierarchies in Configuration Manager. |
Impostazioni client |
Dopo aver completato l'espansione di un sito primario, è necessario riavviare il componente SMS_POLICY_PROVIDER del sito primario. Fino al riavvio del provider di criteri, il sito primario non fornirà impostazioni client nuove o aggiornate ai client e continuerà a fornire le impostazioni client configurate nel sito primario prima della relativa espansione. Per riavviare il provider di criteri, utilizzare Configuration Manager Service Manager. Per utilizzare Configuration Manager Service Manager per gestire un componente, selezionare il componente nel nodo Stato componente in Stato del sistema nell'area di lavoro Monitoraggio della console di Configuration Manager. Dopo aver selezionato il componente, fare clic su Avvia nel gruppo Componente nella scheda Home, quindi selezionare Configuration Manager Service Manager. In Configuration Manager Service Manager individuare il componente che si desidera gestire, quindi fare clic su Componente. Successivamente, fare clic su Query e, dopo aver eseguito la query dello stato del componente, sarà possibile gestire tale stato. Inoltre, il provider di criteri si riavvia al riavvio del servizio SMS_EXECUTIVE sul server del sito oppure dopo il riavvio del computer del server del sito. |
Supporto per le lingue client |
Quando si espande un sito primario autonomo e si installa il sito di amministrazione centrale, pianificare l'aggiunta di un supporto nel sito di amministrazione centrale per le stesse lingue client supportate dal sito primario autonomo. L'aggiunta di tale supporto non è richiesta ma rappresenta una procedura consigliata per garantire che i nuovi client di Configuration Manager installati supportino le lingue client desiderate. Per altre informazioni su come gestire le lingue in Configuration Manager, vedere la sezione Pianificazione delle lingue del sistema operativo di server e client in Configuration Manager nell'argomento Planning for Sites and Hierarchies in Configuration Manager. |
File WIM di avvio predefinito |
Il sito di amministrazione centrale crea e distribuisce un nuovo file WIM di avvio predefinito. Questo file WIM diventa il nuovo file WIM predefinito per l'utilizzo nella gerarchia. Il file WIM di avvio del sito primario autonomo rimane invariato e gli oggetti per la distribuzione del sistema operativo basati su questo file WIM continuano a funzionare. |
| Importante |
|---|
Se si usa System Center 2012 R2 Configuration Manager SP1: Dopo aver espanso un sito primario autonomo che esegue System Center 2012 R2 Configuration Manager SP1, eseguire Configmgr2012R2SP1.msi nel nuovo sito di amministrazione centrale per abilitare le funzionalità R2 per la gerarchia. |
Pianificazione delle lingue del sistema operativo di server e client in Configuration Manager
System Center 2012 Configuration Manager supporta la visualizzazione delle informazioni in più lingue. Per impostazione predefinita, l'interfaccia utente di Configuration Manager viene visualizzata in lingua inglese sebbene gli oggetti creati da un utente amministratore vengano visualizzati nella console di Configuration Manager e sul client nella lingua utilizzata per crearli. Inoltre, è possibile installare i Language Pack per client e server per abilitare l'interfaccia utente alla visualizzazione nella lingua desiderata dall'utente.
Utilizzare le informazioni nelle sezioni riportate di seguito per pianificare il supporto lingua installando i Language Pack. Per informazioni su come gestire i Language Pack, vedere la sezione Gestire i Language Pack nei siti di Configuration Manager dell’argomento Gestire le configurazioni della gerarchia e del sito.
Novità di Configuration Manager
Nota
Le informazioni contenute in questa sezione appaiono anche in nella Guida Introduzione a System Center 2012 Configuration Manager.
I seguenti elementi sono nuovi o sono stati modificati per il supporto lingua a partire da Configuration Manager 2007:
I server del sito non vengono più installati utilizzando i file di origine progettati per una lingua specifica. Inoltre, non vengono più installati Client Pack internazionali per supportare lingue diverse sul client. Al contrario, è possibile scegliere di installare solo le lingue server e client che si desidera supportare.
I Language Pack disponibili per client e server sono forniti con il supporto di installazione di Configuration Manager nella cartella LanguagePack e sono inoltre disponibili degli aggiornamenti da scaricare con i file prerequisiti.
È possibile aggiungere dei Language Pack per client e server nel momento dell'installazione di un sito ed è possibile modificare i Language Pack in uso al completamento dell'installazione.
È possibile installare più lingue in ogni sito ed è sufficiente installare solo le lingue che si desidera utilizzare:
Ogni sito supporta più lingue per le console di Configuration Manager.
In ogni sito è possibile installare Language Pack client singoli, aggiungendo il supporto solo per le lingue client che si desidera supportare.
Quando si installa un supporto per una lingua corrispondente alla lingua di visualizzazione di un computer, sulle console di Configuration Manager e sull'interfaccia utente client in esecuzione su tale computer vengono visualizzate informazioni in tale lingua.
Quando si installa il supporto per una lingua corrispondente alla lingua preferita in uso da parte del browser Web di un computer, le connessioni alle informazioni basate sul Web, inclusi il Catalogo applicazioni o SQL Server Reporting Services, vengono visualizzate in tale lingua.
Informazioni sui Language Pack
Il supporto per Language Pack per server e client viene aggiunto nel sito di amministrazione centrale e nei siti primari per consentire a Configuration Manager di visualizzare il testo integrato in una lingua corrispondente alle preferenze dell'utente. I siti secondari supportano automaticamente le stesse lingue client dei siti primari padre. Per un elenco delle lingue supportate, vedere la sezione Lingue del sistema operativo supportate dell’argomento Guida tecnica per i Language Pack in Configuration Manager.
Utilizzare i Language Pack per server per la console di Configuration Manager e per i ruoli del sistema del sito come il punto di Reporting Services.
Utilizzare i Language Pack client per i client di Configuration Manager e il Catalogo applicazioni.
I Language Pack utilizzano le seguenti preferenze di lingua per visualizzare le informazioni:
La lingua di visualizzazione di un computer viene applicata alla console di Configuration Manager, alle notifiche client e a Software Center.
La preferenza di visualizzazione in un browser Web viene applicata ai report di visualizzazione e al Catalogo applicazioni.
Nota
Anche quando i Language Pack sono installati, i dati creati dall'utente amministratore non sono interessati dall'utilizzo dei Language Pack.
Quando si esegue il programma di installazione, Configuration Manager copia le lingue disponibili dalla cartella LanguagePack nel supporto di origine di Configuration Manager alla posizione specificata per il download prerequisiti. Se il supporto di origine non è accessibile, Configuration Manager scarica i Language Pack come parte del download dei file prerequisiti. Inoltre, anche tutti i file mancanti o che includono aggiornamenti vengono scaricati con i file prerequisiti. Quindi, durante l'installazione, è possibile scegliere di aggiungere uno o più Language Pack per server e client disponibili al sito.
Se i Language Pack non vengono installati contestualmente all'installazione di un server del sito, sarà possibile aggiungerli successivamente eseguendo il programma di installazione sul server del sito. È necessario eseguire il programma di installazione dal menu Start oppure aprendo Setup.exe dal percorso di installazione, scegliendo successivamente di modificare la configurazione del sito. Quando si modificano le lingue supportate per un sito, Configuration Manager effettua le seguenti operazioni:
Tipo di Language pack |
Azione |
|---|---|
Language Pack del server |
|
Language pack client |
|
Pianificazione per Language Pack server
Aggiungere il supporto per una lingua server a un sito per consentire alle console di Configuration Manager e ai punti di Reporting Services di visualizzare le informazioni nella lingua supportata. È possibile installare più Language Pack per server in ogni sito della gerarchia.
Ciascun Language Pack per server supportato da un sito viene aggiunto ai file di origine dell'installazione console di Configuration Manager su tale server del sito. Affinché una console di Configuration Manager possa visualizzare le informazioni in una lingua supportata, è necessario aggiungere il Language Pack al sito e installare la console di Configuration Manager dai file di origine che includono tale lingua.
I punti di Reporting Services si aggiornano automaticamente per supportare la visualizzazione delle informazioni nei Language Pack installati in un sito.
Pianificazione per Language Pack client
Configuration Manager supporta lingue client per client di dispositivi e client di dispositivi mobili:
Quando un client di Configuration Manager viene installato su un dispositivo, viene aggiunto il supporto per ciascun Language Pack client incluso con i file di installazione client.
Quando un client di Configuration Manager viene installato su un dispositivo mobile, viene aggiunto il supporto per tutte le lingue contemporaneamente.
È possibile aggiungere il supporto per le lingue client quando si installa un sito oppure eseguendo nuovamente il programma di installazione sul computer del server del sito dopo l'installazione di un sito. Affinché un client possa visualizzare le informazioni in una lingua supportata, è necessario aggiungere il supporto per la lingua al sito del client e installare il client dai file di origine che includono tale lingua. È necessario aggiungere il supporto per i Language Pack client prima di installare il client.
Quando viene aggiunto il supporto per un Language Pack client per un sito, vengono aggiornati i file di installazione client. L'insieme di file di installazione client aggiornati dal sito dipende dalla posizione del sito nella gerarchia:
Il sito di livello superiore di una gerarchia gestisce il pacchetto di installazione del client. Questo pacchetto viene distribuito automaticamente a ogni punto di distribuzione nella gerarchia. Per impostazione predefinita, quando viene installato un client, viene utilizzato il pacchetto per i file di origine dell'installazione client.
Nota
Il sito di livello superiore può essere un sito di amministrazione centrale o un sito primario autonomo.
I siti primari gestiscono il pacchetto di aggiornamento client e aggiornano le lingue supportate nella cartella Client nel server del sito e nei punti di gestione presenti in tale sito. I client utilizzano i file di origine installazione dal relativo sito primario quando il processo di installazione client non è in grado di accedere al pacchetto di installazione client su un punto di distribuzione, oppure quando la proprietà della riga di comando dell'installazione client /source viene utilizzata per specificare questi file.
SuggerimentoQuando si utilizza un sito di amministrazione centrale, verificare che un client installi i Language Pack desiderati aggiungendo il supporto per ciascun Language Pack nel sito di amministrazione centrale e in ciascun sito primario.
Quando si modificano le lingue client supportate nel sito di livello superiore, è necessario attendere che il pacchetto di installazione client venga replicato nei punti di distribuzione della gerarchia. È possibile monitorare la ridistribuzione del pacchetto nei punti di distribuzione tramite il nodo Stato contenuto nell'area di lavoro Monitoraggio della console di Configuration Manager. Per altre informazioni, vedere la sezione Monitoraggio del contenuto nell'argomento Operazioni e manutenzione per la gestione dei contenuti in Configuration Manager.
In alternativa, è possibile monitorare lo stato di avanzamento visualizzando i messaggi di stato per la ridistribuzione del pacchetto:
Il nome del pacchetto di installazione client è Pacchetto del client di Configuration Manager.
I punti di distribuzione generano un messaggio di stato con ID messaggio 2330 quando l'aggiornamento del pacchetto viene completato correttamente su tale punto di distribuzione.
Dopo aver installato un nuovo server del sito con il supporto per Language Pack client, oppure dopo che un server del sito esistente ha aggiornato i punti di distribuzione con le modifiche dei Language Pack, è possibile installare i nuovi client o reinstallare i client esistenti sui computer per aggiungere il supporto per i Language Pack supportati.
| Importante |
|---|
Configuration Manager non supporta la reinstallazione del client del dispositivo mobile senza aver prima eliminato il dispositivo mobile. Pertanto, se si prevede di supportare dispositivi mobili non di lingua inglese, abilitare il supporto per le lingue client per dispositivi mobili prima di installare il client del dispositivo mobile di Configuration Manager. |
Quando si installa il client di Configuration Manager su un nuovo computer, CCMSetup modifica la riga di comando Windows Installer per aggiungere il supporto per ciascun Language Pack incluso con i file di origine dell'installazione client. Per aggiornare un client esistente con nuovi Language Pack, è necessario aggiornare o reinstallare il client.
Ad esempio, è possibile modificare le lingue supportate su un computer quando si ridistribuisce il software client utilizzando l'installazione push client o la distribuzione software.
Nella tabella seguente sono elencati i metodi di installazione e aggiornamento client non supportati per la gestione del supporto per Language Pack per un client installato in precedenza.
Metodo |
Dettagli |
|---|---|
Ripristino |
Un'azione di ripristino Windows Installer riutilizza la riga di comando Windows Installer utilizzata l'ultima volta per installare il client, come memorizzato nel Registro di sistema del computer client. Questa riga di comando non farà riferimento ai nuovi Language Pack client. |
Aggiornamento automatico del client |
Non è possibile eseguire questo tipo di aggiornamento perché gli aggiornamenti automatici si basano su una modifica della versione client. I nuovi Language Pack non modificano la versione del client. |
Installazione del client basata su aggiornamento software |
I punti di aggiornamento software si basano su una modifica della versione client per installare il client. I nuovi Language Pack non modificano la versione del client. |
Per informazioni sulla modalità di accesso dei file di origine per l'installazione da parte dei client, vedere Come installare i client in computer basati su Windows in Configuration Manager.
Per informazioni sulle proprietà di installazione dei client, vedere Informazioni sulle proprietà di installazione del client in Configuration Manager
Procedure consigliate per la gestione dei Language Pack
Utilizzare le seguenti informazioni delle procedure consigliate per usare al meglio i Language Pack in System Center 2012 Configuration Manager.
Installare le lingue in fase di installazione di un sito
Quando si modificano i Language Pack supportati nel sito di livello superiore di una gerarchia, il sito avvia un aggiornamento del pacchetto di installazione client su ciascun punto di distribuzione della gerarchia, reinstalla i ruoli del sistema del sito applicabili ed esegue una reimpostazione del sito. Inoltre, è necessario reinstallare i client per poter utilizzare i nuovi Language Pack aggiunti al rispettivo sito.
Quando si aggiunge il supporto per i Language Pack client al sito di amministrazione centrale, aggiungere anche questi Language Pack client a ciascun sito primario
Quando si modificano i Language Pack client in un sito, i file di installazione client conseguentemente aggiornati dipendono dalla posizione del sito nella gerarchia. Quando si installa un client, questo potrebbe utilizzare il pacchetto di installazione client gestito dal sito di livello superiore della gerarchia. In alternativa, potrebbe cercare di utilizzare i file di origine del punto di gestione nel sito assegnato del client laddove non potesse accedere al pacchetto di installazione client su un punto di distribuzione.
Pianificazione della console di Configuration Manager
Gli utenti amministratori usano la console di Configuration Manager per gestire l'ambiente di Configuration Manager. Ogni console di Configuration Manager si connette a un sito di amministrazione centrale o a un sito primario. Dopo aver effettuato la connessione iniziale, la console di Configuration Manager è in grado di connettersi ad altri siti. Tuttavia, non è possibile connettere una console di Configuration Manager a un sito secondario.
Per eseguire la connessione a un sito diverso quando si utilizza la console di Configuration Manager, scegliere Connetti a un nuovo sito dal menu Applicazione e quindi specificare il nome del server del sito. Quando si apre una nuova istanza della console di Configuration Manager, è anche possibile specificare una connessione a un sito specifico. A tale scopo, è necessario specificare il nome del server del sito all'interno della riga di comando utilizzata per aprire la console di Configuration Manager. Ad esempio, per stabilire una connessione a un sito eseguito nel Server1, al prompt dei comandi digitare %path%\microsoft.configurationmanagement.exe Server1.
Configuration Manager non limita il numero di connessioni simultanee della console di Configuration Manager a un sito primario o a un sito di amministrazione centrale. Quando si esegue la connessione al sito di amministrazione centrale, è possibile visualizzare e configurare dati per tutti i siti della gerarchia. Se si dispone di un sito di amministrazione centrale ma si connette la console di Configuration Manager direttamente a un sito primario, sarà possibile visualizzare e gestire i dati di Configuration Manager di tale connessione, ma non sarà possibile visualizzare dati da altri siti primari né dai siti secondari di altri siti primari. Se tuttavia non si dispone di un sito di amministrazione centrale perché la gerarchia utilizzata dispone di un sito primario autonomo, sarà possibile utilizzare la console di Configuration Manager per accedere a tutti i dati della gerarchia.
| Importante |
|---|
Quando si gestiscono oggetti o client utilizzando una console di Configuration Manager connessa a un sito primario figlio in una gerarchia con altri siti primari, le modifiche eseguite vengono replicate attraverso la gerarchia agli altri siti primari, anche se non è possibile visualizzare i dati di tali siti. |
Nota
Quando si connette una console di Configuration Manager a un'installazione di valutazione di Configuration Manager, sulla barra del titolo della console viene visualizzato il numero di giorni restanti prima della scadenza dell'installazione di valutazione. Il numero di giorni non viene aggiornato automaticamente ma solo quando si stabilisce una nuova connessione a un sito. Al termine del periodo di valutazione, la console di Configuration Manager si connette come console di sola lettura.
Informazioni sulla console di sola lettura
Quando si connette una console di Configuration Manager a un sito primario, in presenza di determinate condizioni la console di Configuration Manager si connette come console di sola lettura. La console di sola lettura consente la visualizzazione degli oggetti e delle impostazioni di configurazione, ma impedisce l'esecuzione di modifiche che potrebbero andare perse quando il sito primario completa l'inizializzazione o viene sincronizzato con il sito di amministrazione centrale dopo la risoluzione dei problemi di sincronizzazione.
Le console di sola lettura vengono stabilite per i seguenti motivi:
Si esegue la connessione a un sito primario in cui l'installazione del sito di Configuration Manager non è stata ancora completata.
Si esegue la connessione a un sito primario che presenta problemi di replica tra siti.
Si esegue la connessione a un sito primario in corso di ripristino.
Si esegue la connessione a un sito primario che sta inizializzando i dati globali.
Al termine dell'inizializzazione completa del sito primario o della risoluzione dei problemi di replica tra tale sito e il sito di amministrazione centrale, è necessario chiudere e quindi riconnettere la console di Configuration Manager per stabilire una sessione normale in cui sia possibile gestire oggetti e configurazioni.
Nota
Una console di Configuration Manager che esegue la connessione a una installazione di valutazione di Configuration Manager dopo il periodo di valutazione di 180 giorni si connette come console di sola lettura.
Pianificazione di più utenti amministratori e della replica dati globali in Configuration Manager
Utilizzare le sezioni seguenti per pianificare più utenti amministratori che accedono a oggetti e impostazioni di configurazione condivisi tra più siti. Tali dati vengono definiti dati globali e sono disponibili in tutta la gerarchia.
Informazioni sulle modifiche multiple ai dati globali in Configuration Manager
Poiché più utenti amministratori o siti diversi possono tentare di gestire lo stesso oggetto nello stesso momento, Configuration Manager impedisce che un utente amministratore possa modificare un oggetto se un altro utente amministratore della gerarchia sta già modificando lo stesso oggetto. Quando l'oggetto che si desidera gestire è già in uso, è possibile visualizzarlo come istanza di sola lettura o riprovare ad assumerne la proprietà. Se si riprova ad assumere la proprietà dell'oggetto e questo non è più utilizzato da un altro utente amministratore, si assume la proprietà dell'oggetto ed è possibile modificarlo. Non confondere lo stato di sola lettura di un oggetto da gestire con lo stato di sola lettura della console di Configuration Manager. Diversamente da quanto avviene per la console di sola lettura, questa è una condizione specifica dell'oggetto, temporanea e basata sulla disponibilità momentanea dell'oggetto individuale. Tale condizione non è correlata allo stato del sito a cui la console di Configuration Manager si connette.
Configuration Manager risolve inoltre le modifiche multiple apportate a un oggetto da più siti quando uno dei siti non è in grado di replicare i dati. Questo scenario può verificarsi se un collegamento di rete è disconnesso. In questo caso la prima modifica apportata a un oggetto e replicata nel sito di amministrazione centrale assume la precedenza su una modifica successiva proveniente dal sito primario impossibilitato alla replica dei dati.
Informazioni sull'accesso ai dati dalla console di Configuration Manager
Utilizzare l'amministrazione basata sui ruoli per definire gli oggetti della gerarchia che gli utenti amministratori possono visualizzare nella console di Configuration Manager e le autorizzazioni di cui essi dispongono su tali oggetti. Utilizzare una combinazione di ruoli di sicurezza, ambiti di protezione e raccolte per facilitare la gestione dell'accesso degli utenti amministratori ai dati di tutta la gerarchia. Per altre informazioni, vedere Pianificazione della protezione in Configuration Manager.