Planen einer Strategie für Migrationsaufträge in System Center 2012 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
Verwenden Sie zur Konfiguration von bestimmten Daten, die zur System Center 2012 Configuration Manager-Umgebung migriert werden sollen, Migrationsaufträge. Von Migrationsaufträgen werden die zu migrierenden Objekte identifiziert. Diese Migrationsaufträge werden am Standort der obersten Ebene der Zielhierarchie ausgeführt. Je Quellstandort können ein oder mehrere Migrationsaufträge konfiguriert werden. Dadurch können alle Objekte gleichzeitig oder eine begrenzte Teilmenge von Daten mit jedem Auftrag migriert werden.
Sie können Migrationsaufträge erstellen, wenn von Configuration Manager erfolgreich Daten von einem oder mehreren Standorten der Quellhierarchie gesammelt wurden. Sie können Daten von Quellstandorten, von denen Daten gesammelt wurden, in beliebiger Reihenfolge migrieren. Bei einem Configuration Manager 2007-Quellstandort können Sie Daten nur von dem Standort migrieren, an dem ein Objekt erstellt wurde. Bei System Center 2012 Configuration Manager-Quellstandorten sind alle Daten, die migriert werden können, am Standort der obersten Ebene der Quellhierarchie verfügbar.
Vergewissern Sie sich vor dem Migrieren von Clients zwischen zwei Hierarchien, dass von diesen verwendete Objekte migriert wurden und in der Zielhierarchie verfügbar sind. Wenn Sie beispielsweise von einer Configuration Manager 2007 SP2-Quellhierarchie migrieren, besteht möglicherweise eine Ankündigung für einen Inhalt, der auf einer benutzerdefinierten Sammlung mit einem Client bereitgestellt wird. In diesem Fall müssen Sie die Sammlung, die Ankündigung und den zugehörigen Inhalt vor der Migration des Clients migrieren. Werden Inhalt, Sammlung und Ankündigung nicht vor dem Client migriert, können diese Daten dem Client in der Zielhierarchie nicht zugeordnet werden. Wenn einem Client die Daten einer zuvor ausgeführten Ankündigung sowie Inhalte nicht zugeordnet sind, kann dem Client der Inhalt für die Installation in der Zielhierarchie zur Verfügung gestellt werden, was jedoch unnötig sein kann. Wenn der Client nach den Daten migriert wird, werden dem Client dieser Inhalt und diese Ankündigung zugeordnet und für den Inhalt der migrierten Ankündigung nicht nochmals zur Verfügung gestellt, es sei denn, die Ankündigung tritt wiederholt auf.
Für einige Objekte ist mehr als die Datenmigration von der Quell- zur Zielhierarchie erforderlich. Für eine erfolgreiche Migration von Softwareupdates für Clients zur Zielhierarchie beispielsweise müssen Sie in der Zielhierarchie einen aktiven Softwareupdatepunkt bereitstellen, den Produktkatalog konfigurieren und den Softwareupdatepunkt mit Windows Server Update Services (WSUS) synchronisieren.
Die folgenden Abschnitte helfen Ihnen beim Planen von Migrationsaufträgen.
Typen von Migrationsaufträgen
Allgemeine Planung für alle Migrationsaufträge
Planen von Sammlungsmigrationsaufträgen
Planen von Objektmigrationsaufträgen
Planen der zuvor migrierten Objektmigrationsaufträge
Typen von Migrationsaufträgen
Configuration Manager unterstützt die folgenden Typen von Migrationsaufträgen. Jeder Auftragstyp dient als Hilfestellung zum Definieren der Objekte, die in diesem Auftrag eingeschlossen werden können.
Migrationsauftragstyp |
Quellhierarchie |
Weitere Informationen |
---|---|---|
Sammlungsmigration |
Unterstützt für die Migration von folgenden Quellhierarchien:
|
Objekte, die sich auf ausgewählte Sammlungen beziehen, werden migriert. Standardmäßig umfasst die Sammlungsmigration alle Objekte, die Mitgliedern der Sammlung zugeordnet sind. Sie können bestimmte Objektinstanzen ausschließen, wenn Sie einen Sammlungsmigrationsauftrag verwenden. |
Objektmigration |
Unterstützt für die Migration von folgenden Quellhierarchien:
|
Einzelne ausgewählte Objekte werden migriert. Sie wählen nur die Daten aus, die migriert werden sollen. |
Migration zuvor migrierter Objekte |
Unterstützt für die Migration von folgenden Quellhierarchien:
|
Objekte, die zuvor während der Aktualisierung dieser Objekte in der Quellhierarchie nach der letzten Migration migriert wurden, werden migriert. |
Objekte, die migriert werden können
Nicht jedes Objekt kann anhand eines bestimmten Migrationsauftragstyps migriert werden. In der folgenden Tabelle sind die migrierbaren Objekttypen nach Migrationsauftragstyp aufgeführt.
Hinweis |
---|
Sammlungsmigrationsaufträge sind nur verfügbar, wenn Objekte von einer Configuration Manager 2007 SP2-Quellhierarchie migriert werden. |
Objekttyp |
Sammlungsmigration |
Objektmigration und zuvor migrierte Objektmigration |
||
---|---|---|---|---|
Ankündigungen (verfügbar zur Migration von unterstützten Configuration Manager 2007-Quellstandorten) |
Ja |
Nein |
||
Asset Intelligence-Katalog |
Nein |
Ja |
||
Asset Intelligence-Hardwareanforderungen |
Nein |
Ja |
||
Asset Intelligence-Softwareliste |
Nein |
Ja |
||
Standortgrenzen |
Nein |
Ja |
||
Konfigurationsbasislinien |
Ja |
Ja |
||
Konfigurationselemente |
Ja |
Ja |
||
Wartungsfenster |
Ja |
Nein |
||
Startabbilder der Betriebssystembereitstellung |
Ja |
Ja |
||
Treiberpakete der Betriebssystembereitstellung |
Ja |
Ja |
||
Treiber der Betriebssystembereitstellung |
Ja |
Ja |
||
Abbilder der Betriebssystembereitstellung |
Ja |
Ja |
||
Betriebssystembereitstellungs-Pakete |
Ja |
Ja |
||
Softwareverteilungspakete |
Ja |
Ja |
||
Softwaremessungsregeln |
Nein |
Ja |
||
Softwareupdate-Bereitstellungspakete |
Ja |
Ja |
||
Softwareupdate-Bereitstellungsvorlagen |
Ja |
Ja |
||
Softwareupdatebereitstellungen |
Ja |
Nein |
||
Softwareupdatelisten |
Nein |
Ja |
||
Tasksequenzen |
Ja |
Ja |
||
Virtuelle Anwendungspakete |
Ja |
Ja
|
Allgemeine Planung für alle Migrationsaufträge
Erstellen Sie mithilfe des Assistenten zum Erstellen von Migrationsaufträgen einen Migrationsauftrag für die Migration von Objekten zur Zielhierarchie. Mit dem erstellten Migrationsauftragstyp werden die für eine Migration verfügbaren Objekte bestimmt. Sie können mehrere Migrationsaufträge zur Migration von Daten vom selben Quellstandort oder von mehreren Quellstandorten erstellen und verwenden. Die Verwendung eines Migrationsauftragstyps blockiert die Verwendung eines anderen Migrationsauftragstyps nicht.
Wenn ein Migrationsauftrag erfolgreich ausgeführt wurde, wird sein Status als Abgeschlossen aufgeführt, und er kann nicht erneut ausgeführt werden. Es kann jedoch ein neuer Migrationsauftrag zur Migration von Objekten erstellt werden, die bereits beim ursprünglichen Auftrag migriert wurden. Außerdem kann der neue Migrationsauftrag zusätzliche Objekte enthalten. Bei der Erstellung zusätzlicher Migrationsaufträge wird für die Objekte, die zuvor migriert wurden, der Status Migriert angezeigt. Diese Objekte können für eine erneute Migration ausgewählt werden. Solange das Objekt jedoch in der Quellhierarchie nicht aktualisiert wird, ist eine erneute Migration dieser Objekte nicht erforderlich. Wenn ein Objekt nach seiner Migration in der Quellhierarchie aktualisiert wurde, können Sie es identifizieren, wenn Sie den Migrationsauftragstyp Nach der Migration geänderte Objekte verwenden.
Sie können Migrationsaufträge löschen, bevor sie ausgeführt werden. Wird ein Migrationsauftrag jedoch abgeschlossen, bleibt er in der Configuration Manager-Konsole sichtbar und kann nicht gelöscht werden. Jeder Migrationsauftrag, der abgeschlossen ist oder noch nicht ausgeführt wurde, bleibt in der Configuration Manager-Konsole sichtbar, bis die Migrationsdaten nach Abschluss des Migrationsvorgangs bereinigt werden.
Hinweis |
---|
Nachdem die Migration abgeschlossen und die Aktion Migrationsdaten bereinigen ausgeführt ist, kann die gleiche Hierarchie zur aktuellen Quellhierarchie umkonfiguriert werden, um die Übersicht über zuvor migrierte Objekte wiederherzustellen. |
Sie können die in einem Migrationsauftrag enthaltenen Objekte in der Configuration Manager-Konsole anzeigen, indem Sie den Migrationsauftrag auswählen und dann die Registerkarte Objekte in Auftrag aufrufen.
Die folgenden Abschnitte helfen Ihnen beim Planen sämtlicher Migrationsaufträge.
Datenauswahl
Für die Erstellung eines Sammlungsmigrationsauftrags müssen eine oder mehrere Sammlungen ausgewählt werden. Nach Auswahl der Sammlungen werden vom Assistenten zum Erstellen von Migrationsaufträgen die den Sammlungen zugeordneten Objekte angezeigt. Standardmäßig werden alle Objekte migriert, die den ausgewählten Sammlungen zugeordnet sind, Sie können jedoch Objekte löschen, die bei diesem Auftrag nicht migriert werden sollen. Wenn Sie ein Objekt mit abhängigen Objekten löschen, werden auch die abhängigen Objekte gelöscht. Alle gelöschten Objekte werden einer Ausschlussliste hinzugefügt. Objekte auf einer Ausschlussliste werden für zukünftige Migrationsaufträge aus der automatischen Auswahl entfernt. Damit Objekte entfernt werden, die automatisch zur Migration bei zukünftig erstellten Migrationsaufträgen ausgewählt werden sollen, müssen Sie die Ausschlussliste manuell bearbeiten.
Standortbesitz von migrierten Inhalten
Wenn Sie Inhalte für Bereitstellungen migrieren, müssen Sie das Inhaltsobjekt einem Standort in der Zielhierarchie zuweisen. Dieser Standort wird dann zum Besitzer dieses Inhalts in der Zielhierarchie. Vom Standort der obersten Ebene der Zielhierarchie werden die Metadaten der Inhalte zwar eigentlich migriert, doch es ist der zugewiesene Standort, durch den über das Netzwerk ein Zugriff auf die Originalquelle der Inhalte erfolgt.
Erwägen Sie, den Besitz auf den nächsten verfügbaren Standort zu übertragen, um die Netzwerkbandbreite zu minimieren, die bei der Migration verwendet wird. Die Inhaltsinformationen sind in System Center 2012 Configuration Manager global freigegeben und daher an jedem Standort verfügbar.
Inhaltsinformationen werden zwar mithilfe der Datenbankreplikation für alle Standorte in der Zielhierarchie freigegeben, doch alle Inhalte, die einem primären Standort zugewiesen und dann für Verteilungspunkte an anderen primären Standorten bereitgestellt werden, werden mithilfe von dateibasierter Replikation übertragen. Diese Übertragung wird über den zentralen Verwaltungsstandort an jeden zusätzlichen primären Standort weitergeleitet. Bei geringer Netzwerkbandbreite können Sie Datentransfers reduzieren, indem Sie Pakete zentralisieren, die Sie vor oder während der Migration an mehrere primäre Standorte verteilen möchten, wenn Sie einen Standort als Besitzer des Inhalts zuweisen.
Konfigurieren rollenbasierter Verwaltungssicherheitsbereiche für migrierte Daten
Beim Migrieren von Daten zu einer Zielhierarchie müssen Sie dem Satz von Objekten, dessen Daten migriert werden, mindestens einen rollenbasierten Verwaltungssicherheitsbereich zuweisen. So kann auf diese Daten nach dem Migrieren nur von den entsprechenden Administratoren zugegriffen werden. Die angegebenen Sicherheitsbereiche werden über den Migrationsauftrag definiert und auf jedes Objekt angewendet, das bei diesem Auftrag migriert wird. Sind unterschiedliche Sicherheitsbereiche zur Anwendung auf verschiedene Objektsätze erforderlich, und sollen diese Bereiche während der Migration zugewiesen werden, müssen die verschiedenen Objektsätze in eigenen Migrationsaufträgen migriert werden.
Informieren Sie sich vor der Konfiguration eines Migrationsauftrags über die rollenbasierte Verwaltung in System Center 2012 Configuration Manager, und konfigurieren Sie ggf. mindestens einen Sicherheitsbereich für die zu migrierenden Daten, um zu steuern, wer Zugriff auf die migrierten Objekte in der Zielhierarchie hat.
Weitere Informationen zu Sicherheitsbereichen und rollenbasierter Verwaltung finden Sie im Abschnitt Planen der rollenbasierten Verwaltung des Themas Planen der Sicherheit in Configuration Manager.
Überprüfen der Migrationsaktionen
Beim Konfigurieren eines Migrationsauftrags wird vom Assistenten zum Erstellen von Migrationsaufträgen eine Liste von Aktionen angezeigt, die Sie ausführen müssen, um eine erfolgreiche Migration zu gewährleisten, sowie eine Liste von Aktionen, die von Configuration Manager beim Migrieren der ausgewählten Daten verwendet werden. Lesen Sie diese Informationen sorgfältig durch, um das erwartete Ergebnis zu überprüfen.
Planen von Migrationsaufträgen
Standardmäßig wird ein Migrationsauftrag sofort, nachdem er erstellt wurde, ausgeführt. Dennoch können Sie beim Erstellen des Migrationsauftrags oder später beim Bearbeiten der Eigenschaften des Auftrags angeben, wann er ausgeführt werden soll. Sie können die Ausführung des Migrationsauftrags zu den folgenden Zeiten planen.
Den Auftrag jetzt ausführen
Den Auftrag zu einer bestimmten Startzeit ausführen
Den Auftrag nicht ausführen
Spezifikation von Konfliktlösungen für migrierte Daten
Standardmäßig werden von Migrationsaufträgen keine Daten in der Zieldatenbank überschrieben, es sei denn, Sie konfigurieren den Migrationsauftrag derart, dass zuvor zur Zieldatenbank migrierte Daten übersprungen oder überschrieben werden.
Planen von Sammlungsmigrationsaufträgen
Sammlungsmigrationsaufträge sind nur verfügbar, wenn Sie Daten von einer Quellhierarchie migrieren, auf der eine unterstützte Version von Configuration Manager 2007 ausgeführt wird. Sie müssen mindestens eine Sammlung zum Migrieren angeben, wenn Sie sammlungsweise migrieren. Bei jeder angegebenen Sammlung werden vom Migrationsauftrag automatisch alle betreffenden Objekte zur Migration ausgewählt. Wenn Sie beispielsweise eine bestimmte Benutzersammlung auswählen, werden deren Mitglieder identifiziert, und Sie können die Bereitstellungen migrieren, die dieser Sammlung zugeordnet sind. Optional können Sie auch andere den Mitgliedern zugeordnete Bereitstellungsobjekte für die Migration auswählen. Alle ausgewählten Elemente werden der Liste von Objekten hinzugefügt, die migriert werden können.
Wenn Sie eine Sammlung migrieren, werden von Configuration Manager auch Sammlungseinstellungen migriert, einschließlich Wartungsfenstern und Sammlungsvariablen. Sammlungseinstellungen für die AMT-Clientbereitstellung können hingegen nicht migriert werden.
In den folgenden Abschnitten werden zusätzliche Konfigurationen erläutert, die bei sammlungsbasierten Migrationsaufträgen gelten können:
Ausschließen von Objekten von Sammlungsmigrationsaufträgen
Sie können bestimmte Objekte aus einem Sammlungsmigrationsauftrag ausschließen. Wenn Sie ein bestimmtes Objekt aus einem Sammlungsmigrationsauftrag ausschließen, wird dieses Objekt zu einer globalen Ausschlussliste hinzugefügt, die alle Objekte umfasst, die Sie von Migrationsaufträgen ausgeschlossen haben, welche für einen beliebigen Quellstandort in der aktuellen Quellhierarchie erstellt wurden. Objekte auf der Ausschlussliste können bei zukünftigen Migrationsaufträgen migriert werden, sie werden jedoch nicht automatisch eingeschlossen, wenn ein neuer sammlungsbasierter Migrationsauftrag erstellt wird.
Sie können die Ausschlussliste bearbeiten, um zuvor ausgeschlossene Objekte daraus zu entfernen. Nach dem Entfernen eines Objekts aus der Ausschlussliste wird das Objekt automatisch ausgewählt, wenn eine zugeordnete Sammlung beim Erstellen eines neuen Migrationsauftrags angegeben wird.
Nicht unterstützte Sammlungen
Mit Configuration Manager können sämtliche Standardbenutzer- und Standardgerätesammlungen sowie die meisten benutzerdefinierten Sammlungen von einer Configuration Manager 2007-Quellhierarchie migriert werden. Sammlungen mit Benutzern und Geräten in derselben Sammlung können jedoch nicht von Configuration Manager migriert werden.
Folgende Sammlungen können nicht migriert werden:
Sammlungen, in denen Benutzer und Geräte enthalten sind.
Sammlungen, in denen Verweise auf Sammlungen eines anderen Ressourcentyps enthalten sind. Dies könnten beispielsweise gerätebasierte Sammlungen sein, in denen entweder untergeordnete Sammlungen oder Verknüpfungen zu benutzerbasierten Sammlungen enthalten sind. In diesem Fall würde nur die Sammlung der obersten Ebene migriert.
Sammlungen mit einer Regel zum Einschließen unbekannter Computer. Die Sammlung wird zwar migriert, jedoch nicht die Regel zum Einschließen unbekannter Computer.
Leere Sammlungen
Leere Sammlungen sind Sammlungen, denen keine Ressourcen zugeordnet sind. Wenn von Configuration Manager eine leere Sammlung migriert wird, wird die Sammlung in einen Organisationsordner umgewandelt, in dem keine Benutzer oder Geräte enthalten sind. Der Ordner wird mit dem Namen der leeren Sammlung im Knoten Benutzersammlungen bzw. Gerätesammlungen im Arbeitsbereich Bestand und Kompatibilität der Configuration Manager-Konsole erstellt.
Verknüpfte Sammlungen und untergeordnete Sammlungen
Beim Migrieren von Sammlungen, die mit anderen Sammlungen verknüpft sind oder untergeordnete Sammlungen haben, wird zu den verknüpften bzw. untergeordneten Sammlungen von Configuration Manager ein Ordner im Knoten Benutzersammlungen bzw. Gerätesammlungen erstellt.
Sammlungsabhängigkeiten und Einschließen von Objekten
Wenn Sie im Assistenten zum Erstellen von Migrationsaufträgen einen Sammlungsmigrationsauftrag erstellen, werden alle abhängigen Sammlungen automatisch ausgewählt und im Auftrag eingeschlossen. Dadurch wird sichergestellt, dass alle notwendigen Ressourcen nach der Migration verfügbar sind.
Beispiel: Sie wählen eine Sammlung mit dem Namen Win_7 für Geräte aus, auf denen Windows 7 ausgeführt wird. Diese Sammlung wird auf eine Sammlung mit dem Namen Alle_Clients begrenzt, in der alle Clientbetriebssysteme enthalten sind. Die Sammlung Alle_Clients wird automatisch für die Migration ausgewählt.
Sammlungsbegrenzung
Da es sich bei System Center 2012 Configuration Manager-Sammlungen um globale Daten handelt, die an jedem Standort in der Hierarchie ausgewertet werden, planen Sie, wie der Bereich einer Sammlung nach der Migration begrenzt werden soll. Während der Migration können Sie eine Sammlung in der Zielhierarchie ermitteln, die zum Begrenzen des Bereichs der zu migrierenden Sammlung genutzt wird, sodass in der migrierten Sammlung keine unerwarteten Mitglieder enthalten sind.
In Configuration Manager 2007 werden Sammlungen beispielsweise an dem Standort ausgewertet, von dem sie erstellt werden, sowie an untergeordneten Standorten. Eine Ankündigung kann z. B. nur für einen einzigen untergeordneten Standort bereitgestellt werden, wodurch der Bereich für diese Ankündigung auf diesen untergeordneten Standort begrenzt wird. Im Gegensatz dazu werden von System Center 2012 Configuration Manager Sammlungen an jedem Standort ausgewertet. Zugeordnete Ankündigungen werden anschließend für jeden Standort ausgewertet. Durch Sammlungsbegrenzung können Sie die Sammlungsmitglieder basierend auf einer anderen Sammlung einschränken, damit unerwartete Sammlungsmitglieder nicht hinzugefügt werden.
Ersetzung von Standortcodes
Wenn Sie eine Sammlung mit Kriterien migrieren, durch die ein Configuration Manager 2007-Standort identifiziert wird, müssen Sie einen bestimmten Standort in der Zielhierarchie angeben. Dadurch wird sichergestellt, dass die migrierte Sammlung in der Zielhierarchie weiterhin funktioniert und sich der Bereich nicht vergrößert.
Angeben des Verhaltens für migrierte Ankündigungen
Standardmäßig werden bei sammlungsbasierten Migrationsaufträge Ankündigungen deaktiviert, die in die Zielhierarchie migriert wurden. Dies gilt auch für alle Programme, die mit der Ankündigung verbunden sind. Wenn Sie einen sammlungsbasierten Migrationsauftrag mit Ankündigungen erstellen, wird im Assistenten zum Erstellen von Migrationsaufträgen auf der Seite Einstellungen die Option Programme zur Bereitstellung in Configuration Manager 2012 aktivieren, nachdem eine Ankündigung migriert wurde angezeigt. Wenn Sie diese Option auswählen, werden der Ankündigung zugeordnete Programme nach der Migration aktiviert. Es wird empfohlen, diese Option nicht auszuwählen und stattdessen die Programme nach der Migration zu aktivieren, wenn Sie die Clients überprüfen können, von denen sie empfangen werden.
Hinweis |
---|
Die Option Programme zur Bereitstellung in Configuration Manager 2012 aktivieren, nachdem eine Ankündigung migriert wurde wird nur angezeigt, wenn Sie einen sammlungsbasierten Migrationsauftrag erstellen, in dem Ankündigungen enthalten sind. |
Deaktivieren Sie in den Programmeigenschaften auf der Registerkarte Erweitert die Option Dieses Programm auf Computern deaktivieren, auf denen es bereitgestellt ist, um ein Programm nach der Migration zu aktivieren.
Planen von Objektmigrationsaufträgen
Anders als bei der Sammlungsmigration müssen Sie jedes Objekt und jede Objektinstanz, die Sie migrieren möchten, auswählen. Sie können die einzelnen Objekte, z. B. Ankündigen aus einer Configuration Manager 2007-Hierarchie oder eine Veröffentlichung aus einer System Center 2012 Configuration Manager-Hierarchie, auswählen, um sie zur Migration für einen bestimmten Migrationsauftrag zur Objektliste hinzuzufügen. Nur Objekte, die Sie der Migrationsliste hinzufügen, werden über den Objektmigrationsauftrag zum Zielstandort migriert.
Für objektbasierte Migrationsaufträge müssen zusätzlich zu den Konfigurationen, die für alle Migrationsaufträge gelten, keine weiteren Konfigurationen geplant werden.
Planen der zuvor migrierten Objektmigrationsaufträge
Wenn ein bereits zur Zielhierarchie migriertes Objekt in der Quellhierarchie aktualisiert wird, können Sie dieses Objekt über den Auftragstyp Nach der Migration geänderte Objekte erneut migrieren. Wenn beispielsweise die Quelldateien eines Pakets in der Quellhierarchie umbenannt oder aktualisiert werden, wird die Paketversion in der Quellhierarchie schrittweise erhöht. Anhand der Erhöhungen der Paketversion kann das Paket von diesem Auftragstyp für die Migration identifiziert werden.
Dieser Auftragstyp ähnelt dem Objektmigrationstyp, mit der Ausnahme, dass für eine Migration nur aus den Objekten ausgewählt werden kann, die erst nach der Migration eines vorherigen Migrationsauftrags aktualisiert wurden.
Wenn Sie diesen Auftragstyp auswählen, wird das Konfliktauflösungsverhalten im Assistenten zum Erstellen von Migrationsaufträgen auf der Seite Einstellungen zum Überschreiben von zuvor migrierten Objekten konfiguriert. Diese Einstellung kann nicht geändert werden.
Hinweis |
---|
Mit diesem Migrationsauftrag können Objekte, die automatisch von der Quellhierarchie und Objekte, die von einem Administrator aktualisiert werden, identifiziert werden. |