Planen von Standorten und Hierarchien in Configuration Manager

 

Betrifft: 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

Planen Sie den Entwurf Ihrer Standorte und der Standorthierarchie, bevor Sie System Center 2012 Configuration Manager in einer Produktionsumgebung bereitstellen. Identifizieren Sie während der Planungsphase die Anzahl und den Typ der Standorte sowie den Ort, an dem Sie die Standorte bereitstellen möchten. Planen Sie jeden Standort einzeln, und identifizieren Sie, wo die Standortsystemrollen jeweils installiert werden sollen.

System_CAPS_tipTipp

Achten Sie darauf, nicht nur die aktuellen Hardwareanforderungen, sondern auch zukünftige Änderungen bei der Serverhardware in Ihrer Planung zu berücksichtigen.

Sie können Configuration Manager als einen eigenständigen primären Standort oder in Form mehrerer Standorte innerhalb einer Hierarchie bereitstellen. Erwägen Sie bei der Planung Ihrer erstmaligen Bereitstellung einen Entwurf, der bei zukünftigen Wachstumsanforderungen Ihrer Organisation erweiterbar ist. Das Planen von Erweiterungen ist ein wichtiger Schritt, da durch die Änderungen in System Center 2012 Configuration Manager seit früheren Produktversionen von Configuration Manager nun mehr Clients an weniger Standorten unterstützt werden können.

System_CAPS_importantWichtig

Das Verschieben eines Standortservers zwischen Domänen wird von Configuration Manager nicht unterstützt. Wenn Sie einen Standortserver verschieben müssen, müssen Sie Configuration Manager vom Server deinstallieren, den Server in die neue Domäne verschieben und dann einen neuen Configuration Manager-Standort installieren. Es ist nicht möglich, auf einem Server, der in eine neue Domäne verschoben wurde, den ursprünglichen Standort wiederherzustellen.

Anhand der folgenden Abschnitte dieses Themas können Sie einen Hierarchieentwurf implementieren:

  • Planen einer Hierarchie in Configuration Manager

    • Informationen zu Standorttypen in Configuration Manager

      • Bestimmen, ob ein Standort der zentralen Verwaltung installiert werden soll

      • Bestimmen, ob ein primärer Standort installiert werden soll

      • Bestimmen, ob ein sekundärer Standort installiert werden soll

      • Bestimmen, ob ein Standort installiert wird oder Inhaltsverwaltungsoptionen verwendet werden sollen

    • Planen der Erweiterung eines eigenständigen primären Standorts

  • Planen der Betriebssystemsprachen von Clients und Servern in Configuration Manager

    • Informationen zu Sprachpaketen

    • Planen von Serversprachpaketen

    • Planen von Clientsprachpaketen

    • Bewährte Methoden bei der Verwaltung von Sprachpaketen

  • Planen der Configuration Manager-Konsole

    • Informationen zur Konsole ohne Schreibzugriff
  • Planen des Einsatzes mehrerer Administratoren und einer globalen Datenreplikation in Configuration Manager

    • Informationen zu mehreren Änderungen an globalen Daten in Configuration Manager

    • Informationen zum Datenzugriff über die Configuration Manager-Konsole

Neuheiten in Configuration Manager

System_CAPS_noteHinweis

Die Informationen in diesem Abschnitt erscheinen auch in dem Handbuch Erste Schritte mit System Center 2012 Configuration Manager.

Neu in System Center 2012 Configuration Manager sind der Standort der zentralen Verwaltung sowie einige Änderungen an primären und sekundären Standorten. In den folgenden Tabellen finden Sie einen Überblick über diese Standorte im Vergleich zu Standorten in Configuration Manager 2007.

Standort

Zweck

Änderung seit Configuration Manager 2007

Standort der zentralen Verwaltung

Vom Standort der zentralen Verwaltung wird die Datenreplikation zwischen Standorten innerhalb der Hierarchie mithilfe von Configuration Manager-Datenbankreplikation koordiniert. Außerdem wird die Verwaltung hierarchieweiter Konfigurationen für Client-Agents, Ermittlung und andere Vorgänge ermöglicht.

Verwenden Sie diesen Standort für die gesamte Verwaltung und Berichterstattung in der Hierarchie.

Es handelt sich hierbei um den Standort auf der obersten Hierarchieebene in System Center 2012 Configuration Manager. Dennoch gibt es die folgenden Unterschiede zu einem zentralen Standort in Configuration Manager 2007:

  • Mit Ausnahme des Datensatzes der Frequenzermittlung werden keine von Clients übermittelten Daten verarbeitet.

  • Es werden keine Clientzuweisungen akzeptiert.

  • Es werden nicht alle Standortsystemrollen unterstützt.

  • Es erfolgt eine Beteiligung an der Datenbankreplikation.

Primärer Standort

Die Verwaltung der Clients erfolgt über schnelle Netzwerke.

Es gibt folgende Unterschiede zwischen primären Standorten in System Center 2012 Configuration Manager und primären Standorten in Configuration Manager 2007:

  • Mithilfe zusätzlicher primärer Standorte können von der Hierarchie mehr Clients unterstützt werden.

  • Es ist keine untergeordnete Einstufung unter anderen primären Standorten möglich.

  • Es erfolgt keine Verwendung als Grenze für Client-Agent-Einstellungen oder aus Sicherheitsgründen mehr.

  • Es erfolgt eine Beteiligung an der Datenbankreplikation.

Sekundärer Standort

Es erfolgt eine Steuerung der Inhaltsverteilung an Clients, die sich an Remotestandorten befinden, über Links mit begrenzter Netzwerkbandbreite.

Es gibt folgende Unterschiede zwischen sekundären Standorten in System Center 2012 Configuration Manager und sekundären Standorten in Configuration Manager 2007:

  • SQL Server ist erforderlich, und SQL Server Express wird während der Standortinstallation installiert, falls erforderlich.

  • Während der Installation des Standorts wird automatisch ein Verwaltungspunkt sowie ein Verteilungspunkt bereitgestellt.

  • Von sekundären Standorten kann eine Inhaltsverteilung an andere sekundäre Standorte erfolgen.

  • Es erfolgt eine Beteiligung an der Datenbankreplikation.

Neuheiten in Configuration Manager SP1

System_CAPS_noteHinweis

Die Informationen in diesem Abschnitt erscheinen auch in dem Handbuch Erste Schritte mit System Center 2012 Configuration Manager.

Ab Configuration Manager SP1 können Sie einen eigenständigen primären Standort in eine Hierarchie erweitern, die einen neuen Standort der zentralen Verwaltung umfasst. Sie können weitere primäre Standorte installieren, nachdem Sie den neuen Standort der zentralen Verwaltung installiert haben. Weitere Informationen finden Sie unter Erweitern eines eigenständigen primären Standorts auf eine Hierarchie mit einem zentralen Verwaltungsstandort.

Planen einer Hierarchie in Configuration Manager

Berücksichtigen Sie beim Planen einer Configuration Manager-Hierarchie Ihre Netzwerk- und IT-Umgebung, und identifizieren Sie Ihre Geschäftsanforderungen. Dann können Sie planen, Configuration Manager mit der Mindestanzahl von Servern und dem geringstmöglichen Verwaltungsaufwand zu implementieren, um den Zielen Ihrer Organisation zu entsprechen.

Wenn Sie bereits in Configuration Manager 2007 investiert haben, verfügen Sie mit System Center 2012 Configuration Manager über eine integrierte Lösung für die automatisierte Migration von Configuration Manager 2007. Es werden jedoch weder direkte Upgrades von früheren Configuration Manager-Versionen noch Interoperabilität mit Configuration Manager 2007 unterstützt, wobei die beiden folgenden Ausnahmen gelten: Erstens können Sie während der Phase der aktiven Migration von Configuration Manager 2007 zu System Center 2012 Configuration Manager die Configuration Manager 2007-Verteilungspunkte mit System Center 2012 Configuration Manager teilen, sodass der Inhalt dieser Verteilungspunkte für System Center 2012 Configuration Manager-Clients verfügbar ist. Zweitens können Sie bei sekundären Configuration Manager 2007-Standorten Upgrades auf System Center 2012 Configuration Manager-Verteilungspunkte ausführen.

Sie müssen Configuration Manager 2007 deswegen als neue Hierarchie installieren und dann die Daten und Clients von System Center 2012 Configuration Manager zu Configuration Manager 2007 migrieren, um die Investition in Ihre bisherige System Center 2012 Configuration Manager-Infrastruktur weiterhin zu nutzen. Durch diese parallele Implementierung haben Sie die Möglichkeit, Ihre Hierarchie neu zu entwerfen und zu vereinfachen, indem Sie weniger Standortserver verwenden.

Vor der Installation des ersten Standorts einer neuen System Center 2012 Configuration Manager-Hierarchie berücksichtigen Sie die Anforderungen Ihres Unternehmens und der Netzwerkumgebung, und überprüfen Sie, wie Ihnen die neuen Funktionen in Configuration Manager bei deren Erfüllung in einer verkleinerten Infrastruktur dienlich sein können. Möglichenfalls sollten Sie lediglich die Installation eines eigenständigen primären Standorts für Ihre Hierarchie in Betracht ziehen, sofern die von Ihnen verwaltete Anzahl von Clients und Geräten mit nur einem Standort unterstützt werden kann. Durch einen Hierarchieentwurf mit einem eigenständigen primären Standort wird der Mehraufwand der Verwaltung zusätzlicher Standorte ebenso umgangen wie die Mehrbelastung durch die Datenbankreplikation zwischen Standorten. Wenn Sie mehr Geräte verwalten müssen, als von einem einzelnen Standort unterstützt werden, müssen Sie als ersten Standort einen Standort der zentralen Verwaltung und darauf folgend mindestens einen primären untergeordneten Standort installieren. Informationen zur von einem Standort unterstützten Anzahl von Clients finden Sie im Abschnitt des Themas Unterstützte Konfigurationen für den Konfigurations-Manager.c1e93ef9-761f-4f60-8372-df9bf5009be0#BKMK_SupConfigClientsperSite

Einige Funktionen zur Unterstützung der Entscheidung, nur einen anstelle mehrerer primärer Standorte zu installieren, sind in System Center 2012 Configuration Manager neu. Sie können mit System Center 2012 Configuration Manager die Nutzung der Netzwerkbandbreite zur Übertragung von Inhalt an Remoteverteilungspunkte an einem Standort so ähnlich verwalten, wie Sie die Bandbreite zwischen Standorten in einer Hierarchie verwalten. Durch diese Funktion kann die Notwendigkeit beseitigt werden, zusätzliche Standorte zur Verwaltung von Inhaltsübertragungen über langsamere Netzwerke zu verwalten, wie sie aus früheren Configuration Manager-Versionen bekannt ist. Zu den weiteren Änderungen gehören die Verwendung von Clienteinstellungen und einer rollenbasierten Verwaltung, durch die die Notwendigkeit, separate Standorte für benutzerdefinierte Clienteinstellungen oder für sicherheitsbasierte Zugriffs- oder Zuständigkeitspartitionen betreiben zu müssen, beseitigt wird. Wenn alle Änderungen in System Center 2012 Configuration Manager verstanden und berücksichtigt wurden, verbleibt am Ende als entscheidender Aspekt für die Installation mehrerer primärer Standorte oft die Anzahl der Geräte und Clients, die von Ihrer Hierarchie unterstützt werden müssen, nicht jedoch der physische Standort dieser Clients und Geräte.

Vor System Center 2012 Configuration Manager SP1 war der von Ihnen ausgewählte Hierarchieentwurf permanent. Insbesondere dann, wenn Sie System Center 2012 Configuration Manager ohne Service Pack verwenden, besteht keine Möglichkeit mehr, einen eigenständigen primären Standort in einen untergeordneten primären Standort zu konvertieren, von dem an einen Standort der zentralen Verwaltung berichtet wird. Deswegen müssten Sie, um die Konfiguration zu ändern, den eigenständigen primären Standort deinstallieren und den Standort dann als untergeordneten primären Standort unterhalb eines Standorts der zentralen Verwaltung neu installieren. Ab Configuration Manager SP1 können Sie jedoch einen vorhandenen eigenständigen primären Standort in eine Hierarchie erweitern, die einen neuen Standort der zentralen Verwaltung umfasst, und danach zusätzliche untergeordnete primäre Standorte installieren. Diese Fähigkeit, einen eigenständigen primären Standort in eine größere Hierarchie zu erweitern, steht sowohl für neue, mit Configuration Manager SP1 installierte Standorte als auch für solche zur Verfügung, die Sie von System Center 2012 Configuration Manager ohne Service Pack aktualisieren. Die Konvertierung einer Hierarchie mit einem Standort der zentralen Verwaltung in einen eigenständigen primären Standort hingegen wird von Configuration Manager nicht unterstützt. Weitere Informationen zur Erweiterung eines eigenständigen primären Standorts finden Sie im Abschnitt Planen der Erweiterung eines eigenständigen primären Standorts dieses Themas.

Mithilfe der Funktion zur Erweiterung eines eigenständigen primären Standorts können Sie Configuration Manager unter Verwendung der minimalen Serverinfrastruktur bereitstellen – mit einem einzelnen eigenständigen primären Standort und der Möglichkeit, Ihre Hierarchie zu einem späteren Zeitpunkt zu erweitern, um mehr Geräte zu unterstützen. Außerdem können Sie ab Configuration Manager SP1 Daten von einer System Center 2012 Configuration Manager-Hierarchie auf eine andere Configuration Manager-Hierarchie migrieren, wenn in beiden Hierarchien dasselbe Service Pack ausgeführt wird. Sie könnten beispielsweise Daten von einem Configuration Manager SP1-Standort oder einer Hierarchie zu einem anderen Configuration Manager SP1-Standort oder einer anderen Hierarchie migrieren. Das bedeutet, dass Sie Daten aus einer Testumgebung zu Ihrer Produktionsumgebung oder aber Daten nach einer Übernahme migrieren und die entstandene Gesamtumgebung mit Benutzern und Geräten von einer einzelnen System Center 2012 Configuration Manager-Hierarchie aus verwalten können. Informationen zur Migration finden Sie unter Migrieren von Hierarchien in System Center 2012 Configuration Manager.

Informationen zu Standorttypen in Configuration Manager

Ihre Configuration Manager-Bereitstellung besteht entweder aus einer Standorthierarchie oder aus einem eigenständigen Standort. Eine Hierarchie besteht aus mehreren Standorten mit jeweils mindestens einem Standortsystemserver. Ein eigenständiger Standort besteht ebenfalls aus mindestens einem Standortsystemserver. Die folgenden Diagramme enthalten einige Beispiele für Standortentwürfe.

Standortdesigns

Die Funktionalität von Configuration Manager wird durch Standortsystemserver an einem Standort erweitert. Sie könnten beispielsweise an einem Standort ein Standortsystem installieren, um die Softwarebereitstellung zu unterstützen oder mobile Geräte zu verwalten. Überprüfen Sie sorgfältig die Informationen zu jedem Standorttyp sowie Alternativen zu Standorten, beispielsweise Standortsysteme, die Sie zur Inhaltsbereitstellung verwenden. So können Sie Ihre Standorthierarchie erfolgreich planen und das beste Netzwerk sowie die besten geografischen Standorte für die Standortserver identifizieren.

Anhand der folgenden Tabelle können Sie die Standorttypen planen, die Sie für Ihre Hierarchie möglicherweise benötigen.

Server

Zweck

Weitere Informationen

Standort der zentralen Verwaltung

Es ist empfehlenswert, diesen Standort für die gesamte Verwaltung und Berichterstattung in der Hierarchie zu verwenden.

  • SQL Server ist erforderlich.

  • Es werden keine Clientdaten verarbeitet.

  • Es wird keine Clientzuweisung unterstützt.

  • Es sind nicht alle Standortsystemrollen verfügbar.

  • Es erfolgt eine Beteiligung an der Datenbankreplikation.

Primärer Standort

Von diesem erforderlichen Standort werden Clients in schnellen Netzwerken verwaltet. Alle Clients werden einem primären Standort zugewiesen.

  • SQL Server ist erforderlich.

  • Mithilfe von zusätzlichen primären Standorten kann eine höhere Anzahl von Clients unterstützt werden.

  • Es ist keine untergeordnete Einstufung unter anderen primären Standorten möglich.

  • Es erfolgt eine Beteiligung an der Datenbankreplikation.

Sekundärer Standort

Von diesem Standort werden Clients an Remotestandorten, an denen eine Steuerung der Netzwerkbandbreite erforderlich ist, verwaltet.

  • SQL Server Express oder eine vollständige Instanz von SQL Server ist erforderlich. SQL Server Express wird automatisch installiert, sofern bei der Standortinstallation keines der beiden Produkte installiert ist.

  • Während der Installation des Standorts wird automatisch ein Verwaltungspunkt sowie ein Verteilungspunkt bereitgestellt.

  • Sekundäre Standorte müssen als direkte untergeordnete Standorte unter einem primären Standort installiert werden. Sie können jedoch zum Übermitteln von Inhalt an andere sekundäre Standorte konfiguriert werden.

  • Es erfolgt eine Beteiligung an der Datenbankreplikation.

Beachten Sie die folgenden Faktoren, wenn Sie eine Configuration Manager-Hierarchie planen:

  • Sie können den Netzwerkverkehr planen und einschränken, wenn Sie Bereitstellungsinhalt an Verteilungspunkte verteilen. Daher können Sie bei einigen Remotenetzwerkorten einen Verteilungspunkt anstatt eines Standorts verwenden.

  • Discovery Data Records (DDRs) für unbekannte Quellen werden mithilfe von dateibasierter Replikation von einem primären Standort zur Verarbeitung an den Standort der zentralen Verwaltung übermittelt. Von der Ermittlung können zahlreiche DDRs erstellt werden. Planen Sie daher, wo Sie den Standort der zentralen Verwaltung platzieren, und berücksichtigen Sie, an welchen Standorten Ermittlungsvorgänge ausgeführt werden, um die Übermittlung von DDRs über Netzwerke mit geringer Bandbreite zu minimieren. DDRs für bekannte Quellen werden am ersten primären Standort, von dem sie empfangen werden, verarbeitet. Sie werden nicht mithilfe von dateibasierter Replikation an den Standort der zentralen Verwaltung übermittelt. Stattdessen werden die Ermittlungsinformationen nach ihrer Verarbeitung am primären Standort mithilfe von Datenbankreplikation auf andere Standorte repliziert.

  • Mit der rollenbasierten Verwaltung verfügen Sie über ein zentrales Verwaltungssicherheitsmodell für die Hierarchie. Sie müssen keine Standorte als Sicherheitsgrenzen installieren. Verwenden Sie stattdessen Sicherheitsbereiche, Sicherheitsrollen und Sammlungen, um zu definieren, welche Objekte Administratoren in der Hierarchie sehen und verwalten können.

  • In den Warnungen der Configuration Manager-Konsole sind zustandsbasierte Informationen für hierarchieweite Vorgänge enthalten.

Anhand der folgenden Abschnitte können Sie bestimmen, ob Sie Configuration Manager-Standorte und -Standortsysteme installieren.

Bestimmen, ob ein Standort der zentralen Verwaltung installiert werden soll

Installieren Sie einen Standort der zentralen Verwaltung, wenn Sie mehrere primäre Standorte benötigen. Sofern Sie jedoch nicht mehr Clients und Geräte unterstützen als mit einem einzelnen primären Standort möglich, können Sie einen eigenständigen primären Standort installieren und so den Verwaltungsaufwand verringern und die zusätzliche Datenbankreplikation zwischen einem primären Standort und einem Standort der zentralen Verwaltung umgehen. In einem eigenständigen Hierarchieentwurf wird von einem eigenständigen primären Standort die gleiche Funktionalität bereitgestellt wie von einem Standort der zentralen Verwaltung. In den Versionen vor Configuration Manager SP1 war diese Entscheidung dauerhaft. Ab Configuration Manager SP1 können Sie einen vorhandenen eigenständigen primären Standort in eine Hierarchie mit einem Standort der zentralen Verwaltung erweitern und danach zusätzliche primäre Standorte hinzufügen. Allerdings wird das Entfernen eines Standorts der zentralen Verwaltung aus der Hierarchie mit dem Ziel, diese in einen eigenständigen Hierarchieentwurf zu konvertieren, von System Center 2012 Configuration Manager nicht unterstützt.

Mithilfe eines Standorts der zentralen Verwaltung können Sie hierarchieweite Einstellungen konfigurieren und alle Standorte sowie Objekte in der Hierarchie überwachen. Von diesem Standorttyp werden Clients nicht direkt verwaltet, jedoch wird die Datenreplikation zwischen Standorten koordiniert. Auch die hierarchieweite Konfiguration von Standorten und Clients ist darin eingeschlossen.

Anhand der folgenden Informationen können Sie einen Standort der zentralen Verwaltung planen:

  • Der Standort der zentralen Verwaltung ist der Standort der obersten Ebene einer Hierarchie.

  • Wenn Sie eine Hierarchie mit mehr als einem primären Standort konfigurieren, müssen Sie einen Standort der zentralen Verwaltung installieren, und dieser Standort muss der erste Standort sein, den Sie installieren.

  • Es werden nur primäre Standorte als untergeordnete Standorte vom Standort der zentralen Verwaltung unterstützt.

  • Es ist nicht möglich, dem Standort der zentralen Verwaltung Clients zuzuweisen.

  • Es werden nicht alle Standortsystemrollen vom Standort der zentralen Verwaltung unterstützt. Weitere Informationen finden Sie unter Planen der Installation von Standortsystemrollen in der Hierarchie.

  • Mithilfe einer Configuration Manager-Konsole, die mit dem Standort der zentralen Verwaltung verbunden ist, können Sie alle Clients in der Hierarchie verwalten und Standortverwaltungstasks für jeden primären Standort ausführen.

  • Wenn Sie einen Standort der zentralen Verwaltung verwenden, ist dies der einzige Ort, an dem Sie Standortdaten von sämtlichen Standorten einsehen können. Hierin sind auch Informationen wie Inventurdaten und Statusmeldungen eingeschlossen.

  • Sie können vom Standort der zentralen Verwaltung aus hierarchieweite Ermittlungsvorgänge konfigurieren, indem Sie Ermittlungsmethoden zur Ausführung an einzelnen Standorten zuweisen.

  • Sie können die Sicherheit hierarchieweit verwalten, indem Sie verschiedenen Administratoren entsprechende Sicherheitsrollen, Sicherheitsbereiche und Sammlungen zuweisen. Diese Konfigurationen sind an jedem Standort in der Hierarchie gültig.

  • Sie können eine Datei- und Datenbankreplikation konfigurieren, um die Kommunikation zwischen Standorten in der Hierarchie zu steuern. Dies umfasst die Planung der Datenbankreplikation für Standortdaten und die Verwaltung der Bandbreite für die Übertragung dateibasierter Daten zwischen Standorten.

Bestimmen, ob ein primärer Standort installiert werden soll

Verwenden Sie primäre Standorte, um Clients zu verwalten. Sie können einen primären Standort als untergeordneten primären Standort unter einem Standort der zentralen Verwaltung oder als ersten Standort einer neuen Hierarchie installieren. Wird ein primärer Standort als erster Standort einer Hierarchie installiert, dann bildet dieser einen eigenständigen primären Standort. Sekundäre Standorte als untergeordnete Standorte des primären Standorts werden sowohl von untergeordneten primären Standorten als auch von eigenständigen primären Standorten unterstützt.

Erwägen Sie die Installation eines primären Standorts aus einem der folgenden Gründe:

  • Sie möchten Clients direkt verwalten.

  • Sie möchten die Anzahl der mit einer einzelnen Hierarchie zu verwaltenden Clients und Geräte erhöhen. Informationen zur von einem primären Standort unterstützten Anzahl von Clients und Geräten finden Sie im Abschnitt des Themas Unterstützte Konfigurationen für den Konfigurations-Manager.c1e93ef9-761f-4f60-8372-df9bf5009be0#BKMK_SupConfigClientsperSite

  • Sie möchten einen lokalen Konnektivitätspunkt zur Verwaltung bereitstellen.

  • Sie möchten die Verwaltungsanforderungen Ihrer Organisation erfüllen. Beispielsweise könnten Sie einen primären Standort an einem Remotestandort installieren, um die Übertragung von Bereitstellungsinhalt über ein Netzwerk mit geringer Bandbreite zu verwalten. Sie können allerdings bei System Center 2012 Configuration Manager bei der Übertragung von Daten an einen Verteilungspunkt die Optionen zur Drosselung der Netzwerkbandbreitenauslastung verwenden. Mit dieser Funktion lässt sich die Notwendigkeit der Installation zusätzlicher Standorte ersetzen.

Anhand der folgenden Informationen können Sie primäre Standorte planen:

  • Bei einem primären Standort kann es sich um einen eigenständigen primären Standort oder um einen untergeordneten primären Standort in einer größeren Hierarchie handeln. Wenn ein primärer Standort Mitglied einer Hierarchie mit einem Standort der zentralen Verwaltung ist, wird von den Standorten die Datenbankreplikation verwendet, um Daten zwischen den Standorten zu replizieren. Sofern Sie nicht mehr Clients und Geräte unterstützen müssen, als dies mit einem einzelnen primären Standort möglich ist, sollten Sie die Installation eines eigenständigen primären Standorts in Betracht ziehen. Ab Configuration Manager SP1 können Sie einen eigenständigen primären Standort in eine größere Hierarchie konvertieren, wenn die Kapazität eines einzelnen primären Standorts von Ihrer Bereitstellung überschritten wird.

  • Von einem primären Standort wird nur ein Standort der zentralen Verwaltung als übergeordneter Standort unterstützt.

  • Von einem primären Standort werden nur sekundäre Standorte als untergeordnete Standorte unterstützt. Es können dabei mehrere sekundäre Standorte unterstützt werden.

  • Wenn Sie Configuration Manager ohne Service Pack verwenden, kann die Beziehung eines primären Standorts zum übergeordneten Standort nach der Installation nicht mehr geändert werden. Ab Configuration Manager SP1 können Sie jedoch einen neuen Standort der zentralen Verwaltung als übergeordneten Standort eines vorhandenen eigenständigen primären Standorts installieren.

  • An primären Standorten werden alle Clientdaten der zugewiesenen Clients verarbeitet.

  • Bei der Installation eines primären Standorts wird die Datenbankreplikation mit dem vorgesehenen Standort der zentralen Verwaltung automatisch konfiguriert.

  • Mithilfe von Datenbankreplikation erfolgt eine direkte Kommunikation von den primären Standorten an den Standort der zentralen Verwaltung.

  • Sie können bei der Installation eines primären Standorts die Standortsystemrollen installieren, die normalerweise verwendet werden. Eine Liste der Standortsystemrollen, die an primären Standorten unterstützt werden, finden Sie unter Planen der Installation von Standortsystemrollen in der Hierarchie.

Bestimmen, ob ein sekundärer Standort installiert werden soll

Verwenden Sie sekundäre Standorte, um die Übertragung von Bereitstellungsinhalten und Clientdaten über Netzwerke mit geringer Bandbreite zu verwalten.

Ein sekundärer Standort wird mithilfe seines übergeordneten primären Standorts oder mithilfe eines Standorts der zentralen Verwaltung verwaltet. Sekundäre Standorte müssen mit einem primären Standort verbunden sein. Sie können nicht zu einem anderen übergeordneten Standort verschoben werden, sondern müssen stattdessen deinstalliert und als untergeordneter Standort unter dem neuen primären Standort installiert werden. Sie können Inhalt zwischen sekundären Peer-Standorten weiterleiten, um die dateibasierte Replikation von Bereitstellunginhalt zu verwalten. Clientdaten werden vom sekundären Standort mithilfe von dateibasierter Replikation an einen primären Standort übertragen. Die dateibasierte Replikation wird vom sekundären Standort jedoch auch zur Kommunikation mit dem übergeordneten primären Standort verwendet.

Erwägen Sie die Installation eines sekundären Standorts, wenn eine der folgenden Bedingungen erfüllt ist:

  • Sie benötigen keinen lokalen Administrator an dem Standort.

  • Sie müssen die Übertragung von Bereitstellungsinhalt an Standorte, die sich in der Hierarchie weiter unten befinden, verwalten.

  • Sie müssen Clientinformationen verwalten, die an Standorte gesendet werden, welche sich in der Hierarchie weiter oben befinden.

Wenn Sie keinen sekundären Standort installieren möchten und es Clients an Remotestandorten gibt, erwägen Sie den Einsatz von Windows BranchCache oder von Verteilungspunkten, die für die Bandbreitensteuerung und Planung aktiviert sind. Nach Wunsch können Sie diese Inhaltsverwaltungsoptionen mit sekundären Standorten kombinieren. Außerdem können Sie mit diesen Optionen die Anzahl der Standorte und Server reduzieren, die Sie installieren müssen. Informationen zu Inhaltsverwaltungsoptionen in Configuration Manager finden Sie unter Bestimmen, ob ein Standort installiert wird oder Inhaltsverwaltungsoptionen verwendet werden sollen.

Beachten Sie beim Planen sekundärer Standorte Folgendes:

  • Falls keine lokale SQL Server-Instanz verfügbar ist, wird SQL Server Express im Rahmen der Standortinstallation von sekundären Standorten automatisch installiert.

  • Die Installation sekundärer Standorte wird von der Configuration Manager-Konsole initiiert, wenn diese mit dem Standort der zentralen Verwaltung oder mit einem primären Standort verbunden ist.

  • Bei der Installation eines sekundären Standorts wird die Datenbankreplikation mit dem übergeordneten primären Standort automatisch konfiguriert.

  • Die Datenbankreplikation wird von sekundären Standorten dazu verwendet, direkt mit dem übergeordneten primären Standort zu kommunizieren und eine Teilmenge der freigegebenen Configuration Manager-Datenbank abzurufen.

  • Das Routing dateibasierter Inhalte an andere sekundäre Standorte mit dem gleichen übergeordneten primären Standort wird von sekundären Standorten unterstützt.

  • Bei der Installation eines sekundären Standorts werden auf dem sekundären Standortserver automatisch ein Verwaltungspunkt und ein Verteilungspunkt bereitgestellt.

Bestimmen, ob ein Standort installiert wird oder Inhaltsverwaltungsoptionen verwendet werden sollen

Falls es Clients an Remotenetzwerkorten gibt, sollten Sie erwägen, anstatt eines primären oder sekundären Standorts einige Inhaltsverwaltungsoptionen zu verwenden. Ein weiterer Standort ist häufig nicht erforderlich, wenn Sie Windows BranchCache verwenden, Verteilungspunkte zur Steuerung der Bandbreite konfigurieren oder Inhalte manuell auf Verteilungspunkte kopieren (Inhalte vorab bereitstellen).

Erwägen Sie, einen Verteilungspunkt bereitzustellen, anstatt einen weiteren Standort zu installieren, falls Folgendes zutrifft:

  • Dank der verfügbaren Netzwerkbandbreite ist die Kommunikation zwischen Clientcomputern an einem Remotestandort und an einem Verwaltungspunkt möglich. Von den Clientcomputern können Clientrichtlinien heruntergeladen sowie Inventurdaten, Statusberichte und Ermittlungsinformationen gesendet werden.

  • Die von Background Intelligent Transfer Service (BITS) bereitgestellte Bandbreitensteuerung deckt sich nicht mit Ihren Netzwerkanforderungen.

Weitere Informationen zu Inhaltsverwaltungsoptionen in Configuration Manager finden Sie unter Einführung in die Inhaltsverwaltung in Configuration Manager.

Planen der Erweiterung eines eigenständigen primären Standorts

Ab System Center 2012 Configuration Manager SP1 können Sie einen neuen Standort der zentralen Verwaltung als übergeordneten Standort eines vorhandenen eigenständig betriebenen, primären Standorts installieren. Hierdurch wird der eigenständige primäre Standort in eine größere Hierarchie erweitert, in der weitere neue primäre Standorte installiert werden können. Sie können nur einen einzelnen bereits vorhandenen primären Standort in die neue Hierarchie erweitern, da die Datenbank des neuen Standorts der zentralen Verwaltung auf der Datenbank des eigenständigen primären Standorts basiert. Nach der Installation dieses neuen Standorts der zentralen Verwaltung ist es nicht möglich, weitere bereits vorhandene primäre Standorte in die gleiche Hierarchie aufzunehmen oder zu erweitern. Sie können jedoch unter dem Standort der zentralen Verwaltung neue primäre Standorte als untergeordnete Standorte installieren.

Zur Erweiterung eines eigenständig betriebenen, primären Standorts in eine größere Hierarchie führen Sie Configuration Manager Setup vom Quellmedium für Configuration Manager SP1 (oder einer Folgeversion von Configuration Manager) aus und installieren einen neuen Standort der zentralen Verwaltung auf einem neuen Server. Während des Setups können Sie den neuen Standort der zentralen Verwaltung als ersten Standort in einer neuen Hierarchie installieren oder einen vorhandenen eigenständigen primären Standort in eine Hierarchie erweitern. Wenn Sie einen vorhandenen eigenständigen primären Standort erweitern, müssen Sie den eigenständigen primären Standortserver angeben, den Sie erweitern möchten, Nachdem eine Verbindung mit dem Standortserver des eigenständigen primären Standorts hergestellt wurde, wird der Setupvorgang normal fortgesetzt.

Wenn Setup abgeschlossen ist, ist der primäre Standort nicht länger eigenständig, sondern vielmehr ein untergeordneter primärer Standort in einer Hierarchie mit einem Standort der zentralen Verwaltung.

Nach der Erweiterung eines eigenständigen primären Standorts in eine Hierarchie ist es nicht möglich, den primären Standort von der Hierarchie zu lösen und als eigenständigen primären Standort wiederherzustellen. Zum Wiederherstellen des primären Standorts aus der Hierarchie müssen Sie den primären Standort deinstallieren.

Voraussetzungen für die Erweiterung eines eigenständigen primären Standorts

Die folgenden Voraussetzungen müssen erfüllt sein, damit ein eigenständiger primärer Standort in eine Hierarchie mit einem Standort der zentralen Verwaltung erweitert werden kann:

Voraussetzung

Details

Am eigenständigen primären Standort und am neuen Standort der zentralen Verwaltung muss die gleiche Version von Configuration Manager ausgeführt werden.

Wenn Sie beispielsweise mit Setup für SP1 einen Standort der zentralen Verwaltung installieren und einen eigenständigen primären Standort erweitern, muss dieser eigenständige primäre Standort ebenfalls SP1 aufweisen.

Der eigenständige primäre Standort kann nicht dahingehend konfiguriert werden, dass Daten aus einer anderen Configuration Manager-Hierarchie migriert werden.

Sie müssen die aktive Migration zum eigenständigen primären Standort aus anderen Configuration Manager-Hierarchien stoppen und alle Migrationskonfigurationen entfernen. Dazu gehören Migrationsaufträge, die noch nicht abgeschlossen sind, sowie die Konfiguration der aktiven Quellhierarchie.

Dies liegt daran, dass Migrationsvorgänge vom Standort auf der obersten Ebene der Hierarchie ausgeführt und die Migrationskonfigurationen bei der Erweiterung eines eigenständigen primären Standorts nicht an den Standort der zentralen Verwaltung übertragen werden.

Wenn Sie nach der Erweiterung des eigenständigen primären Standorts die Migration am primären Standort erneut konfigurieren, werden die migrationsbezogenen Vorgänge vom Standort der zentralen Verwaltung ausgeführt. Weitere Informationen zum Konfigurieren der Migration finden Sie unter Konfigurieren von Quellhierarchien und Quellstandorten für die Migration zu System Center 2012 Configuration Manager.

Das Computerkonto des Computers, auf dem der neue Standort der zentralen Verwaltung gehostet wird, muss dem eigenständigen primären Standort der Gruppe Administratoren angehören.

Das Computerkonto des neuen Standorts der zentralen Verwaltung muss am eigenständigen primären Standort der Gruppe Administratoren angehören. Anderenfalls kann der eigenständige primäre Standort nicht erfolgreich erweitert werden. Diese Voraussetzung gilt nur während der Standorterweiterung. Nach Abschluss der Standorterweiterung kann das Konto am primären Standort aus der Gruppe entfernt werden.

Dem Benutzerkonto, unter dem Setup zur Installation eines neuen Standorts der zentralen Verwaltung installiert wird, müssen rollenbasierte Verwaltungsberechtigungen am eigenständigen primären Standort gewährt sein.

Zum Installieren eines Standorts der zentralen Verwaltung in einem Standorterweiterungsszenario muss das Benutzerkonto, unter dem Setup zur Installation des Standorts der zentralen Verwaltung ausgeführt wird, in der rollenbasierten Verwaltung am eigenständigen primären Standort entweder als Hauptadministrator oder als Infrastrukturadministrator definiert sein.

Sie müssen die folgenden Standortsystemrollen am eigenständigen primären Standort installieren, damit der Standort erweitert werden kann:

  • Asset Intelligence-Synchronisierungspunkt

  • Endpoint Protection-Punkt

  • Microsoft Intune-Connector

Diese Standortsystemrollen werden nur am Standort auf der obersten Ebene der Hierarchie unterstützt. Sie müssen diese Standortsystemrollen daher deinstallieren, ehe Sie den eigenständigen primären Standort erweitern. Nach der Standorterweiterung können Sie diese Standortsystemrollen am Standort der zentralen Verwaltung erneut installieren.

Alle anderen Standortsystemrollen können am primären Standort installiert bleiben.

Der Port für den SQL Server Service Broker muss offen sein zwischen dem eigenständigen primären Standort und dem Computer, auf dem der Standort der zentralen Verwaltung installiert wird

Für die erfolgreiche Replikation von Daten zwischen einem Standort der zentralen Verwaltung und einem primären Standort muss in Configuration Manager ein Port für die Nutzung durch den SQL Server Service Broker zwischen den beiden Standorten offen sein. Beim Installieren einer zentralen Verwaltung und beim Erweitern eines eigenständigen, primären Standorts wird durch die Voraussetzungsprüfung nicht ermittelt, ob der von Ihnen für den SQL Server Service Broker angegebene Port am primären Standort offen ist.

Wenn der eigenständige primäre Standort für die Migration konfiguriert ist, müssen Sie alle aktiven Datensammlungsvorgänge anhalten, bevor Sie den Standort erweitern.

Wenn Sie Daten aus einer anderen Configuration Manager-Hierarchie mithilfe der Migration migrieren, müssen Sie alle aktiven Datensammlungsvorgänge beenden, bevor Sie den Standort erweitern. Nach Abschluss der Standorterweiterung können Sie die Datensammlung erneut konfigurieren.

Weitere Informationen zum Beenden und Neukonfigurieren der Datensammlung für die Migration finden Sie im Abschnitt Migrationsdatensammlung des Themas Planen einer Strategie für Quellhierarchien in System Center 2012 Configuration Manager.

Überlegungen zur Erweiterung eines eigenständigen primären Standorts

Wenn Sie einen eigenständigen primären Standort erweitern, werden die in der Datenbank des primären Standorts vorhandenen Objekte und Konfigurationen für den neuen Standort der zentralen Verwaltung freigegeben. Bei der Erweiterung eines eigenständigen primären Standorts sind lediglich die folgenden Überlegungen notwendig:

Überlegungen

Details

Softwareupdatepunkte

Vor der Erweiterung eines eigenständigen primären Standorts ist es nicht notwendig, die Konfiguration der Softwareupdatepunkte an diesem Standort zu ändern. Wenn Sie aber einen eigenständigen primären Standort erweitern, werden die Softwareupdatepunkte am primären Standort automatisch so erneut konfiguriert, dass sie mit einem Softwareupdatepunkt am neuen Standort der zentralen Verwaltung synchronisiert werden. Daher sollten Sie nach der Installation des neuen Standorts der zentralen Verwaltung an diesem Standort so bald wie möglich einen Softwareupdatepunkt installieren und für die Synchronisierung mit Windows Server Update Services (WSUS) konfigurieren.

Die Softwareupdatepunkte am primären Standort können erst mit neuen Softwareupdates synchronisiert werden, nachdem Sie am Standort der zentralen Verwaltung einen Softwareupdatepunkt konfiguriert haben.

Unmittelbar nach der Erweiterung eines eigenständigen primären Standorts nimmt die Datenverarbeitung am Standort der zentralen Verwaltung stark zu, da die vom primären Standort stammenden Softwareupdateinformationen synchronisiert werden. Vom Standort der zentralen Verwaltung werden automatisch neue Objekte für die Softwareupdateverwaltung erstellt. Die Objekte am Standort der zentralen Verwaltung sind für die Hierarchie maßgeblich.

Bereits vorhandene Konfigurationen am primären Standort gelten automatisch für den Standort der zentralen Verwaltung. Diese Konfigurationen umfassen Synchronisierungszeitpläne, Ablösungskonfigurationen und weitere verwandte Einstellungen.

Pakete für Softwarebereitstellung

Pakete, die vor der Erweiterung am eigenständigen primären Standort erstellt wurden, werden weiterhin vom primären Standort verwaltet. Allerdings werden diese Pakete als globale Daten an alle Standorte in der Hierarchie repliziert, und Sie können diese Pakete am Standort der zentralen Verwaltung verwalten. Die einzige Ausnahme bildet das Clientinstallationspaket.

Clientinstallationspaket

Wenn sie einen eigenständigen primären Standort erweitern, wird der Besitz des Clientinstallationspakets auf den Standort der zentralen Verwaltung übertragen. Die Paket-ID für dieses Paket bleibt jedoch unverändert.

Dieses Paket wird vom Standort auf der obersten Ebene einer Hierarchie verwaltet und dahingehend verändert, dass nur die an diesem Standort ausgewählten Sprachen des Clientbetriebssystems unterstützt werden. Achten Sie daher darauf, dass am Standort der zentralen Verwaltung die gleichen Clientsprachen wie am primären Standort unterstützt werden.

Weitere Informationen finden Sie im Abschnitt Planen von Clientsprachpaketen des Themas Planning for Sites and Hierarchies in Configuration Manager.

Clienteinstellungen

Nach der Erweiterung eines primären Standorts müssen Sie die Komponente SMS_POLICY_PROVIDER am primären Standort neu starten. Bis zum Neustart dieses Richtlinienanbieters werden vom primären Standort keine neuen oder aktualisierten Clienteinstellungen für Clients bereitgestellt. Vielmehr werden weiterhin die Clienteinstellungen bereitgestellt, die vor der Erweiterung am primären Standort konfiguriert waren.

Starten Sie den Richtlinienanbieter mit dem Dienst-Manager für Configuration Manager neu. Zur Verwaltung einer Komponente mit dem Dienst-Manager für Configuration Manager erweitern Sie auf der Configuration Manager-Konsole im Arbeitsbereich Überwachung den Eintrag Systemstatus und wählen die Komponente im Knoten Komponentenstatus aus. Klicken Sie dann auf der Registerkarte Startseite in der Gruppe Komponente auf Starten, und wählen Sie Dienst-Manager für Configuration Manager aus. Suchen Sie unter Dienst-Manager für Configuration Manager die zu verwaltende Komponente, und klicken Sie dann auf Komponente. Klicken Sie anschließend auf Abfrage, um den Status der Komponente abzufragen. Danach können Sie den Status dieser Komponente verwalten. Der Richtlinienanbieter wird auch nach einem Neustart des Diensts SMS_EXECUTIVE auf dem Standortserver bzw. nach einem Neustart des Standortservercomputers neu gestartet.

Unterstützung für Clientsprachen

Wenn Sie einen eigenständigen primären Standort erweitern und die zentrale Verwaltung installieren, ist es empfehlenswert, am Standort der zentralen Verwaltung die Unterstützung für die Clientsprachen hinzuzufügen, die vom eigenständigen primären Standort unterstützt werden. Es ist nicht zwingend erforderlich, die Unterstützung für die gleichen Clientsprachen hinzuzufügen. Allerdings wird hiermit sichergestellt, dass die erwarteten Clientsprachen von den neu installierten Configuration Manager-Clients unterstützt werden.

Weitere Informationen zum Verwalten von Sprachen in Configuration Manager finden Sie im Abschnitt Planen der Betriebssystemsprachen von Clients und Servern in Configuration Manager des Themas Planning for Sites and Hierarchies in Configuration Manager.

WIM-Standardstartdatei

Eine neue WIM-Standardstartdatei wird vom Standort der zentralen Verwaltung erstellt und bereitgestellt. Diese WIM-Datei wird zur neuen WIM-Standarddatei für die Hierarchie.

Die WIM-Startdatei aus dem eigenständigen primären Standort bleibt unverändert. Objekte für die Betriebssystembereitstellung, die auf dieser WIM-Datei basieren, sind weiterhin funktionsfähig.

System_CAPS_importantWichtig

Bei Verwendung von System Center 2012 R2 Configuration Manager SP1: Nachdem Sie einen eigenständigen primären Standort erweitert haben, der System Center 2012 R2 Configuration Manager SP1 ausführt, führen Sie Configmgr2012R2SP1.msi am neuen Standort der zentralen Verwaltung aus, um die R2-Funktionen für die Hierarchie zu aktivieren.

Planen der Betriebssystemsprachen von Clients und Servern in Configuration Manager

In System Center 2012 Configuration Manager können Informationen in mehreren Sprachen angezeigt werden. Die Benutzeroberfläche von Configuration Manager ist standardmäßig englisch. Die von einem Administrator erstellten Objekte werden allerdings in der Configuration Manager-Konsole und auf dem Client in der Sprache angezeigt, in der sie erstellt wurden. Darüber hinaus können Sie Server- und Clientsprachpakete installieren, damit die Benutzeroberfläche in einer vom Benutzer gewünschten Sprache angezeigt wird.

Verwenden Sie die Informationen in den folgenden Abschnitten, um die Sprachunterstützung durch Installieren von Sprachpaketen zu planen. Weitere Informationen zum Verwalten von Sprachpaketen finden Sie im Abschnitt Verwalten von Sprachpaketen an Configuration Manager-Standorten des Themas Verwalten von Standort- und Hierarchiekonfigurationen.

Neuheiten in Configuration Manager

System_CAPS_noteHinweis

Die Informationen in diesem Abschnitt erscheinen auch in dem Handbuch Erste Schritte mit System Center 2012 Configuration Manager.

Die folgenden Elemente für die Sprachunterstützung sind neu oder wurden nach Configuration Manager 2007 geändert:

  • Sie installieren Standortserver nicht mehr mithilfe von Quelldateien, die für eine bestimmte Sprache erstellt wurden. Sie installieren außerdem keine International Client Packs mehr, um mehrere Sprachen auf dem Client zu unterstützen. Stattdessen können Sie je nach Bedarf lediglich die Server- und Clientsprachen installieren, die Sie unterstützen möchten.

    • Die verfügbaren Client- und Serversprachpakete befinden sich auf dem Configuration Manager-Installationsmedium im Ordner LanguagePack. Updates mit den erforderlichen Dateien können heruntergeladen werden.

    • Sie können einem Standort während der Installation Client- und Serversprachpakete hinzufügen und die verwendeten Sprachpakete nach der Installation ändern.

  • An einem Standort können Sie mehrere Sprachen installieren, wobei nur die jeweils benötigten Sprachen installiert werden müssen:

    • Von jedem Standort werden mehrere Sprachen für Configuration Manager-Konsolen unterstützt.

    • An jedem Standort können Sie individuelle Clientsprachpakete installieren, sodass nur die Unterstützung für die gewünschten Clientsprachen hinzugefügt wird.

  • Wenn Sie die Unterstützung für eine Sprache installieren, die mit der Anzeigesprache eines Computers übereinstimmt, werden Informationen in den auf dem Computer ausgeführten Configuration Manager-Konsolen und auf der Clientbenutzeroberfläche in dieser Sprache angezeigt.

  • Wenn Sie die Unterstützung für eine Sprache installieren, die der Spracheinstellung des Webbrowsers eines Computers entspricht, werden Verbindungen zu webbasierten Informationen, z. B. zum Anwendungskatalog oder zu SQL Server Reporting Services, in dieser Sprache angezeigt.

Informationen zu Sprachpaketen

Sie können die Unterstützung für Server- und Clientsprachpakete an einem Standort der zentralen Verwaltung und an primären Standorten installieren, damit die Informationen von Configuration Manager in der vom Benutzer voreingestellten Sprache angezeigt werden. Von sekundären Standorten werden automatisch die gleichen Clientsprachen wie von den ihnen übergeordneten primären Standorten unterstützt. Eine Liste unterstüzter Sprachen finden Sie im Abschnitt Unterstützte Betriebssystemsprachen des Themas Technische Referenz für Sprachpakete in Configuration Manager.

  • Verwenden Sie Serversprachpakete für die Configuration Manager-Konsole und für Standortsystemrollen wie den Reporting Services-Punkt.

  • Clientsprachpakete sollten für Configuration Manager-Clients und den Anwendungskatalog verwendet werden.

Für Sprachpakete werden die folgenden Spracheinstellungen verwendet, um Informationen anzuzeigen:

  • Die Anzeigesprache eines Computers wird auf die Configuration Manager-Konsole, Clientbenachrichtigungen und das Softwarecenter angewendet.

  • Die Einstellungen für die Anzeige im Webbrowser beziehen sich auf das Anzeigen von Berichten und des Anwendungskatalogs.

System_CAPS_noteHinweis

Auch wenn Sprachpakete installiert wurden, hat deren Verwendung keine Auswirkungen auf die von einem Administrator erstellten Daten.

Beim Ausführen von Setup werden die verfügbaren Sprachen von Configuration Manager aus dem Ordner LanguagePack im Quellmedium von Configuration Manager an den Speicherort kopiert, den Sie für den Download der Voraussetzungskomponenten angegeben haben. Falls auf das Quellmedium nicht zugegriffen werden kann, werden die Sprachpakete von Configuration Manager im Rahmen des Downloads der Voraussetzungskomponenten heruntergeladen. Darüber hinaus werden alle Dateien, die fehlen oder für die Updates vorhanden sind, zusammen mit den erforderlichen Dateien heruntergeladen. Während des Setups können Sie dann auswählen, dass eines oder mehrere der verfügbaren Server- und Clientsprachpakete dem Standort hinzugefügt werden.

Wenn Sie beim Installieren eines Standortservers keine Sprachpakete installieren, können Sie dies auch nachholen. Führen Sie dazu Setup auf dem Standortserver aus. Führen Sie Setup über das Startmenü oder durch Öffnen von Setup.exe im Installationspfad aus. Ändern Sie dann die Konfiguration des Standorts. Wenn Sie die unterstützten Sprachen für einen Standort ändern, werden von Configuration Manager die folgenden Aktionen ausgeführt:

Typ des Sprachpakets

Aktion

Serversprachpaket

Clientsprachpaket

  • Der Standort wird zurückgesetzt, und alle Standortsystemrollen werden am Standort neu installiert. Informationen zum Zurücksetzen eines Standorts finden Sie im Abschnitt Zurücksetzen des Standorts des Themas Verwalten von Standort- und Hierarchiekonfigurationen.

  • Wenn Sie Clientsprachen am Standort der obersten Ebene ändern (Standort der zentralen Verwaltung oder eigenständiger primärer Standort), wird das Clientinstallationspaket vom Standort geändert und an jedem Verteilungspunkt in der Hierarchie aktualisiert.

  • Wenn Sie Clientsprachen an einem primären Standort ändern, wird der Ordner Client vom Standort auf dem Standortserver und an Verwaltungspunkten dieses Standorts aktualisiert.

  • Die aktualisierten Dateien werden vom Standort an jeden Websitepunkt und Verwaltungspunkt des Anwendungskatalogs kopiert. Wenn Sie die Unterstützung für mobile Geräteclients ändern, werden auch die Dateien am Anmeldungsproxypunkt aktualisiert.

Planen von Serversprachpaketen

Fügen Sie einem Standort die Unterstützung für eine Serversprache hinzu, damit an Configuration Manager-Konsolen und Reporting Services-Punkten Informationen in der unterstützten Sprache angezeigt werden können. Sie können mehrere Serversprachpakete an jedem Standort in der Hierarchie installieren.

Jedes von einem Standort unterstützte Serversprachpaket wird den Installationsquelldateien der Configuration Manager-Konsole auf diesem Standortserver hinzugefügt. Bevor vor einer Configuration Manager-Konsole Informationen in einer unterstützten Sprache angezeigt werden können, müssen Sie dem Standort das Sprachpaket hinzufügen und die Configuration Manager-Konsole über Quelldateien installieren, die diese Sprache enthalten.

Reporting Services-Punkte werden automatisch aktualisiert, um die Anzeige von Informationen in den Sprachpaketen zu unterstützen, die Sie an einem Standort installieren.

Planen von Clientsprachpaketen

In Configuration Manager werden Clientsprachen für Geräteclients und mobile Geräteclients unterstützt:

  • Wird ein Configuration Manager-Client auf einem Gerät installiert, wird die Unterstützung für jedes Clientsprachpaket hinzugefügt, das in den Clientinstallationsdateien enthalten ist.

  • Bei der Installation eines Configuration Manager-Clients auf einem mobilen Gerät wird die Unterstützung für alle Sprachen gleichzeitig hinzugefügt.

Sie können die Unterstützung für Clientsprachen beim Installieren eines Standorts hinzufügen, oder indem Sie Setup nach der Installation auf dem Standortservercomputer erneut ausführen. Auf einem Client können erst dann Informationen in einer unterstützten Sprache angezeigt werden, wenn dem Standort des Clients Unterstützung für die Sprache hinzugefügt wurde. Außerdem muss der Client über die Quelldateien installiert werden, in denen diese Sprache enthalten ist. Die Unterstützung der Clientsprachpakete muss vor der Installation des Clients hinzugefügt werden.

Wird von einem Standort die Unterstützung für ein Clientsprachpaket hinzugefügt, werden dort die Clientinstallationsdateien aktualisiert. Welche Clientinstallationsdateien vom Standort aktualisiert werden, hängt von der Position des Standorts in der Hierarchie ab:

  • Am Standort der obersten Ebene einer Hierarchie wird das Clientinstallationspaket verwaltet. Dieses Paket wird automatisch an jeden Verteilungspunkt in der Hierarchie verteilt. Standardmäßig wird dieses Paket bei einer Clientinstallation für die Quelldateien der Clientinstallation verwendet.

    System_CAPS_noteHinweis

    Bei diesem Standort der obersten Ebene kann es sich entweder um einen Standort der zentralen Verwaltung handeln oder um einen eigenständigen primären Standort.

  • Von primären Standorten wird das Clientupgradepaket verwaltet. Außerdem werden dort die unterstützten Sprachen im Ordner Client auf dem Standortserver und an Verwaltungspunkten dieses Standorts aktualisiert. Von Clients werden die Installationsquelldateien ihres primären Standorts verwendet, wenn vom Clientinstallationsprozess nicht auf das Clientinstallationspaket an einem Verteilungspunkt zugegriffen werden kann oder wenn die Befehlszeileneigenschaft /source der Clientinstallation zur Angabe dieser Dateien verwendet wird.

    System_CAPS_tipTipp

    Wenn Sie einen Standort der zentralen Verwaltung verwenden, stellen Sie sicher, dass die erwarteten Clientsprachpakete von einem Client installiert werden. Fügen Sie dazu dem Standort der zentralen Verwaltung und den einzelnen primären Standorten die Unterstützung für die einzelnen Sprachpakete hinzu.

Wenn Sie die unterstützten Clientsprachen an einem Standort der obersten Ebene ändern, warten Sie einen Moment, bis vom Clientinstallationspaket eine Replikation auf die Verteilungspunkte in Ihrer Hierarchie erfolgt ist. Die Neuverteilung des Pakets auf Verteilungspunkte können Sie mithilfe des Knotens Inhaltsstatus im Arbeitsbereich Überwachung der Configuration Manager-Konsole überwachen. Weitere Informationen finden Sie im Abschnitt Überwachen von Inhalt des Themas Vorgänge und Wartungstasks für die Inhaltsverwaltung in Configuration Manager.

Sie können den Fortschritt auch anhand der Statusmeldungen für die Neuverteilung des Pakets überwachen:

  • Der Name des Clientinstallationspakets lautet Configuration Manager-Clientpaket.

  • Wenn das Paket an diesem Verteilungspunkt erfolgreich aktualisiert wurde, wird von den Verteilungspunkten die Statusmeldung mit der ID 2330 generiert.

Wenn ein neuer Standortserver mit der Unterstützung für Clientsprachpakete installiert wurde bzw. wenn durch einen vorhandenen Standortserver die Verteilungspunkte mit den Änderungen des Sprachpakets aktualisiert wurden, können Sie neue Clients installieren oder vorhandene Clients auf Computern neu installieren, um die Unterstützung für unterstützte Clientsprachpakete hinzuzufügen.

System_CAPS_importantWichtig

Von Configuration Manager wird die erneute Installation des mobilen Geräteclients erst nach dem Löschen des mobilen Geräts unterstützt. Falls Sie also Geräte mit einer anderen Sprache als Englisch unterstützen möchten, müssen Sie vor dem Installieren des Configuration Manager-Clients für mobile Geräte die Unterstützung für Clientsprachen der mobilen Geräte aktivieren.

Bei der Installation des Configuration Manager-Clients auf einem neuen Computer wird von CCMSetup die Windows Installer-Befehlszeile dahingehend geändert, dass die Unterstützung für jedes Sprachpaket hinzugefügt wird, das in den Quelldateien der Clientinstallation enthalten ist. Zum Aktualisieren eines vorhandenen Clients mit den neuen Sprachpaketen müssen Sie ein Upgrade des Clients durchführen oder den Client neu installieren.

Sie können beispielsweise die auf einem Computer unterstützten Sprachen ändern, wenn Sie die Clientsoftware mithilfe einer Clientpushinstallation oder Softwarebereitstellung erneut bereitstellen.

In der folgenden Tabelle werden die Methoden für Clientupgrades und -installationen aufgelistet, die nicht unterstützt werden, wenn es darum geht, die Unterstützung des Sprachpakets für einen zuvor installierten Client zu verwalten.

Methode

Details

Reparieren

Die zuletzt zum Installieren des Clients verwendete Windows Installer-Befehlszeile wird von der Windows Installer-Reparaturaktion erneut verwendet, wie in der Registrierung des Clientcomputers gespeichert. Mit dieser Befehlszeile wird nicht auf neue Clientsprachpakete verwiesen.

Automatisches Clientupgrade

Bei dieser Art des Upgrades treten Fehler auf, da automatische Upgrades auf einer Änderung der Clientversion basieren. Durch neue Sprachpakete wird die Clientversion nicht geändert.

Softwareupdate-basierte Clientinstallation

Bei Softwareupdatepunkten muss die Clientversion geändert werden, damit der Client installiert werden kann. Durch neue Sprachpakete wird die Clientversion nicht geändert.

Weitere Informationen dazu, wie der Zugriff auf Quelldateien für die Installation durch Clients erfolgt, finden Sie unter Installieren von Clients auf Windows-Computern in Configuration Manager.

Weitere Informationen zu Clientinstallationseigenschaften finden Sie unter Informationen zu Clientinstallationseigenschaften in Configuration Manager

Bewährte Methoden bei der Verwaltung von Sprachpaketen

Wenden Sie die folgenden bewährten Methoden für die Verwendung von Sprachpaketen in System Center 2012 Configuration Manager an.

Installieren von Sprachen während der Installation eines Standorts

Wenn Sie die Sprachpakete ändern, die am Standort auf der obersten Ebene einer Hierarchie unterstützt werden, wird vom Standort eine Aktualisierung des Clientinstallationspakets auf den einzelnen Verteilungspunkten der Hierarchie initiiert, die relevanten Standortsystemrollen werden neu installiert, und der Standort wird zurückgesetzt. Darüber hinaus müssen Sie Clients neu installieren, damit die neuen Sprachpakete, die dem Standort hinzugefügt werden, von diesen verwendet werden können.

Wenn Sie am Standort der zentralen Verwaltung Unterstützung für Clientsprachpakete hinzufügen, fügen Sie den einzelnen primären Standorten ebenfalls diese Clientsprachpakete hinzu.

Wenn Sie die Clientsprachpakete an einem Standort ändern, hängt es von der Position des Standorts in der Hierarchie ab, welche Clientinstallationsdateien aktualisiert werden. Bei der Installation eines Clients wird möglicherweise das Clientinstallationspaket verwendet, das vom Standort auf der obersten Ebene der Hierarchie verwaltet wird. Allerdings ist es auch möglich, dass die Quelldateien des Verwaltungspunkts am dem Client zugewiesenen Standort verwendet werden, wenn an einem Verteilungspunkt kein Zugriff auf das Clientinstallationspaket möglich ist.

Planen der Configuration Manager-Konsole

Die Configuration Manager-Konsole wird von Administratoren zur Verwaltung der Configuration Manager-Umgebung verwendet. Von jeder Configuration Manager-Konsole wird eine Verbindung mit einem Standort der zentralen Verwaltung oder mit einem primären Standort hergestellt. Nach der ersten erfolgreichen Verbindung kann von der Configuration Manager-Konsole eine Verbindung mit anderen Standorten hergestellt werden. Es ist jedoch nicht möglich, eine Configuration Manager-Konsole mit einem sekundären Standort zu verbinden.

Soll über die Configuration Manager-Konsole eine Verbindung mit einem anderen Standort hergestellt werden, wählen Sie im Menü Anwendung die Option Mit einem neuen Standort verbinden, und geben Sie dann den Namen des Standortservers an. Sie können auch beim Öffnen einer neuen Instanz der Configuration Manager-Konsole eine Verbindung mit einem bestimmten Standort angeben. Dazu fügen Sie der Befehlszeile zum Öffnen der Configuration Manager-Konsole den Namen des Standortservers hinzu. Geben Sie beispielsweise an der Eingabeaufforderung %path%\microsoft.configurationmanagement.exe Server1 ein, um eine Verbindung mit einem Standort auf Server1 herzustellen.

In Configuration Manager können mit einem primären Standort oder einem Standort der zentralen Verwaltung beliebig viele Configuration Manager-Konsolenverbindungen gleichzeitig hergestellt werden. Wenn Sie eine Verbindung mit dem Standort der zentralen Verwaltung herstellen, können Sie Daten für alle Standorte in der Hierarchie anzeigen und konfigurieren. Falls Sie über einen Standort der zentralen Verwaltung verfügen, aber die Configuration Manager-Konsole direkt mit einem primären Standort verbinden, können Sie über diese Verbindung Configuration Manager-Daten anzeigen und verwalten. Daten von anderen primären Standorten bzw. von den sekundären Standorten anderer primärer Standorte werden allerdings nicht angezeigt. Wenn Sie jedoch nicht über einen Standort der zentralen Verwaltung verfügen, da die Hierarchie einen eigenständigen primären Standort enthält, können Sie mit der Configuration Manager-Konsole auf alle Daten in der Hierarchie zugreifen.

System_CAPS_importantWichtig

Wenn Sie Objekte oder Clients über eine Configuration Manager-Konsole verwalten, die mit einem untergeordneten primären Standort in einer Hierarchie mit anderen primären Standorten verbunden ist, werden die von Ihnen vorgenommenen Änderungen in der gesamten Hierarchie an anderen primären Standorten repliziert, obwohl Sie die Daten dieser anderen primären Standorte nicht anzeigen können.

System_CAPS_noteHinweis

Wenn Sie von einer Configuration Manager-Konsole aus eine Verbindung mit einer Evaluierungsversion von Configuration Manager herstellen, wird in der Titelleiste der Konsole die Anzahl der verbleibende Tage für die Gültigkeit der Evaluierungsversion angegeben Die Tagesangabe wird nicht automatisch aktualisiert und ändert sich nur, wenn Sie eine neue Verbindung mit einem Standort herstellen. Nach Ablauf der Evaluierungsphase werden von der Configuration Manager-Konsole weiterhin Verbindungen hergestellt, aber sie ist nur als Konsole ohne Schreibzugriff verfügbar.

Informationen zur Konsole ohne Schreibzugriff

Wenn Sie eine Configuration Manager-Konsole mit einem primären Standort verbinden, wird die Configuration Manager-Konsole unter bestimmten Umständen im Modus ohne Schreibzugriff ausgeführt. Über die Konsole ohne Schreibzugriff können Sie Objekte und Konfigurationseinstellungen anzeigen. Sie können aber keine Änderungen vornehmen, da diese verloren gehen würden, sobald die Initialisierung des primären Standorts abgeschlossen ist oder sobald der primäre Standort nach der Lösung von Replikationsproblemen mit dem Standort der zentralen Verwaltung synchronisiert wird.

Konsolen ohne Schreibzugriff werden unter folgenden Umständen angezeigt:

  • Sie stellen eine Verbindung mit einem primären Standort her, bevor die Installation des Configuration Manager-Standorts abgeschlossen ist.

  • Sie stellen eine Verbindung mit einem primären Standort her, bei dem standortübergreifende Replikationsprobleme vorliegen.

  • Sie stellen eine Verbindung mit einem primären Standort her, während dieser Standort wiederhergestellt wird.

  • Sie stellen eine Verbindung mit einem primären Standort her, während von diesem Standort globale Daten initialisiert werden.

Nachdem der primäre Standort vollständig initialisiert wurde bzw. Replikationsprobleme zwischen diesem Standort und dem Standort der zentralen Verwaltung behoben werden konnten, müssen Sie die Configuration Manager-Konsole schließen. Stellen Sie dann eine neue Verbindung mit der Konsole her, um eine normale Sitzung zu beginnen, in der Sie Objekte und Konfigurationen verwalten können.

System_CAPS_noteHinweis

Wenn von einer Configuration Manager-Konsole eine Verbindung mit einer Evaluierungsinstallation von Configuration Manager hergestellt wird, nachdem die Evaluierungsperiode von 180 Tagen abgelaufen ist, wird die Konsole als Konsole ohne Schreibzugriff ausgeführt.

Planen des Einsatzes mehrerer Administratoren und einer globalen Datenreplikation in Configuration Manager

In den folgenden Abschnitten wird erläutert, wie Sie den Einsatz mehrerer Administratoren planen, die auf die von Standorten gemeinsam genutzten Objekte und Konfigurationseinstellungen Zugriff haben. Diese Daten werden als globale Daten bezeichnet und sind in der gesamten Hierarchie verfügbar.

Informationen zu mehreren Änderungen an globalen Daten in Configuration Manager

Es kann vorkommen, dass mehrere Administratoren zum gleichen Zeitpunkt an einem oder mehreren Standorten versuchen, das gleiche Objekt zu verwalten. Administratoren werden von Configuration Manager von der Bearbeitung eines Objekts abgehalten, wenn ein anderer Administrator in der Hierarchie gerade das gleiche Objekt bearbeitet. Wenn ein Objekt, das Sie verwalten möchten, bereits verwendet wird, können Sie es entweder als schreibgeschützte Instanz anzeigen oder erneut versuchen, darauf zuzugreifen. Wenn Sie sich für letztere Option entscheiden und das Objekt nicht mehr von einem anderen Administrator verwendet wird, wird Ihnen der Zugriff gewährt, und Sie können das Objekt bearbeiten. Der schreibgeschützte Status eines Objekts, das Sie verwalten möchten, ist nicht mit der Configuration Manager-Konsole ohne Schreibzugriff zu verwechseln. Im Gegensatz zur Konsole ohne Schreibzugriff handelt es sich hier um einen objektspezifischen Zustand, der vorübergehend auftritt und auf der aktuellen Verfügbarkeit des jeweiligen Objekts basiert. Dieser Zustand hat nichts mit dem Status des Standorts zu tun, mit dem die Configuration Manager-Konsole verbunden ist.

Von Configuration Manager werden Änderungen an einem Objekt auch aufgelöst, wenn diese Änderungen an unterschiedlichen Standorten vorgenommen wurden und von einem der Standorte keine Daten repliziert werden können. Dieser Fall kann eintreten, wenn eine Netzwerkverbindung getrennt wird. In diesem Fall hat die erste Objektänderung, die am Standort der zentralen Verwaltung repliziert wird, Vorrang vor einer späteren Änderung an einem primären Standort, von dem die Daten nicht repliziert werden konnten.

Informationen zum Datenzugriff über die Configuration Manager-Konsole

Definieren Sie mithilfe der rollenbasierten Verwaltung die Objekte in der Hierarchie, die Administratoren in der Configuration Manager-Konsole anzeigen können, sowie die Berechtigungen der Administratoren für diese Objekte. Kombinieren Sie Sicherheitsrollen, Sicherheitsbereiche und Sammlungen, um den Datenzugriff der einzelnen Administratoren in der gesamten Hierarchie zu verwalten. Weitere Informationen finden Sie unter Planen der Sicherheit in Configuration Manager.