Planera en migreringsjobbstrategi i System Center 2012 Configuration Manager
Gäller för: 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
Använd migreringsjobb för att ange specifika data som du vill migrera till din System Center 2012 Configuration Manager-miljö. I migreringsjobb definieras objekt som du vill migrera och jobben körs på platsen på den översta nivån i målhierarkin. Du kan konfigurera ett eller flera migreringsjobb per källplats. Det innebär att du kan migrera alla objekt samtidigt eller begränsade delmängder av data inom varje jobb.
Du kan skapa migreringsjobb när Configuration Manager har samlat in data från en eller flera platser i källhierarkin. Du kan migrera data i valfri ordning från de källplatser där data har samlats in. Med en Configuration Manager 2007-källplats kan du migrera data endast från den plats där ett objekt har skapats. Med System Center 2012 Configuration Manager-källplatser är alla data som du migrerar tillgängliga på den översta nivån i källhierarkin.
Innan du migrerar klienter mellan hierarkier måste du säkerställa att de objekt som används av klienterna har migrerats och att objekten är tillgängliga i målhierarkin. Om du t.ex. migrerar från en Configuration Manager 2007 SP2-källhierarki kanske du har en annons om innehåll som har distribuerats till en anpassad samling som innehåller en klient. I ett sådant scenario bör du migrera samlingen, annonsen och det associerade innehållet innan du migrerar klienten. Om innehållet, samlingen och annonsen inte migreras innan klienten migreras, kan inte informationen associeras med klienten i målhierarkin. Om en klient inte associeras med en annons som har körts tidigare (och tillhörande innehåll), kanske klienten erbjuds innehållet för installation i målhierarkin, vilket är onödigt. När klienten migreras efter att alla data har migrerats, associeras klienten med innehållet och annonsen, och om inte annonsen är återkommande, erbjuds inte klienten innehållet för den migrerade annonsen på nytt.
För vissa objekt krävs fler åtgärder än att migrera data från källhierarkin till målhierarkin. Om du ska lyckas t.ex. med att migrera programvaruuppdateringar för klienter till en målhierarki, måste du i målhierarkin distribuera en aktiv programuppdateringsplats, konfigurera produktkatalogen och synkronisera programuppdateringsplatsen med Windows Server Update Services (WSUS).
Läs följande avsnitt för att planera migreringsjobb.
Typer av migreringsjobb
Allmän planering för alla typer av migreringsjobb
Planera för samlingsmigreringsjobb
Planera för objektmigreringsjobb
Planera för tidigare migrerade objektmigreringsjobb
Typer av migreringsjobb
Configuration Manager har stöd för följande typer av migreringsjobb. Varje jobbtyp är utformad för att hjälpa dig att definiera objekt som ska inkluderas i jobbet.
Migreringsjobbtyp |
Källhierarki |
Mer information |
|---|---|---|
Migrering av samling |
Stöds för migrering från följande källhierarkier:
|
Migrera objekt för samlingar som du väljer. För den här typen av migrering inkluderas som standard alla objekt som är associerade till medlemmarna i en samling. Du kan exkludera specifika objektinstanser när du använder den här typen av migreringsjobb. |
Migrering av objekt |
Stöds för migrering från följande källhierarkier:
|
Migrera enskilda objekt som du väljer. Här väljer du specifika data som ska migreras. |
Migrering av tidigare migrerade objekt |
Stöds för migrering från följande källhierarkier:
|
Migrera objekt som har migrerats tidigare, om sådana objekt har uppdaterats i källhierarkin efter den senaste migreringen. |
Objekt som kan migreras
Alla typer av objekt kan inte migreras med en viss typ av migreringsjobb. Tabellen nedan visar vilka typer av objekt som kan migreras med de olika migreringsjobben.
.jpeg "System_CAPS_note"){kind=icon} Information |
|---|
Migreringsjobb för samlingar kan endast väljas när du migrerar objekt från en Configuration Manager 2007 SP2-källhierarki. |
Objekttyp |
Migrering av samling |
Migrering av objekt och migrering av objekt som har migrerats tidigare |
||
|---|---|---|---|---|
Annonser (tillgängliga för migrering från Configuration Manager 2007-källplatser som stöds) |
Ja |
Nej |
||
Tillgångsinformationskatalog |
Nej |
Ja |
||
Maskinvarukrav för tillgångsinformation |
Nej |
Ja |
||
Programlista för tillgångsinformation |
Nej |
Ja |
||
Gränser |
Nej |
Ja |
||
Konfigurationsbaslinjer |
Ja |
Ja |
||
Konfigurationsobjekt |
Ja |
Ja |
||
Underhållsfönster |
Ja |
Nej |
||
Startavbildningar för distribution av operativsystem |
Ja |
Ja |
||
Drivrutinspaket för distribution av operativsystem |
Ja |
Ja |
||
Drivrutiner för distribution av operativsystem |
Ja |
Ja |
||
Avbildningar för distribution av operativsystem |
Ja |
Ja |
||
Paket för distribution av operativsystem |
Ja |
Ja |
||
Programdistributionspaket |
Ja |
Ja |
||
Regler för avläsning av programvara |
Nej |
Ja |
||
Distributionspaket för programvaruuppdateringar |
Ja |
Ja |
||
Distributionspaket för programvaruuppdateringar |
Ja |
Ja |
||
Distribution av programuppdateringar |
Ja |
Nej |
||
Programuppdateringslistor |
Nej |
Ja |
||
Aktivitetssekvenser |
Ja |
Ja |
||
Virtuella programpaket |
Ja |
Ja
|
.jpeg "System_CAPS_important"){kind=icon}
Viktigt
Allmän planering för alla typer av migreringsjobb
Använd guiden Skapa migreringsjobb för att skapa ett migreringsjobb när du vill migrera objekt till en målhierarki. Den typ av migreringsjobb du skapar avgör vilka objekt som är tillgängliga för migrering. Du kan skapa och använda flera migreringsjobb för att migrera data från samma källplats eller från flera källplatser. Användning av en viss typ av migreringsjobb förhindrar inte användning av en annan typ av migreringsjobb.
När ett migreringsjobb har slutförts tilldelas det statusen Slutförd och kan inte köras på nytt. Du kan dock skapa ett nytt migreringsjobb för att migrera ett eller flera av de objekt som migrerades av det ursprungliga jobbet, och i det nya migreringsjobbet kan du även lägga till nya objekt. Om du skapar fler migreringsjobb för objekt som har migrerats tidigare, visas sådana objekt med statusen Har migrerats. Du kan välja sådana objekt för migrering på nytt, men om inte objektet har uppdaterats i källhierarkin är det inte nödvändigt att migrera dem igen. Om det finns objekt som har uppdaterats i källhierarkin efter den ursprungliga migreringen, kan du identifiera sådana objekt om du använder migreringsjobbtypen Objekt som modifierats efter migrering.
Du kan ta bort ett migreringsjobb innan det körs. Men efter att ett migreringsjobb har slutförts visas det i Configuration Manager-konsolen och kan inte raderas. Alla migreringsjobb som har slutförts eller som inte har körts, visas i Configuration Manager-konsolen tills du slutför migreringsprocessen och rensar bort migreringsdata.
| Information |
|---|
När du har slutfört en migrering genom att använda åtgärden Rensa migreringsdata kan du konfigurera hierarkin med samma inställningar som den aktuella källhierarkin, för att åter visa de objekt som du nyligen har migrerat. |
I Configuration Manager-konsolen kan du visa de objekt som ingår i ett migreringsjobb. Det gör du genom att markera migreringsjobbet och sedan klicka på fliken Objekt i ett jobb.
Använd informationen i nedanstående avsnitt när du planerar migreringsjobb.
Dataurval
När du skapar ett migreringsjobb för en samling måste du välja en eller flera samlingar. När du har valt önskade samlingar, innehåller guiden Skapa migreringsjobb de objekt som är associerade med samlingarna. Som standard migreras alla jobb som är associerade till de valda samlingarna, men du kan avmarkera objekt som du inte vill migrera med jobbet. Om du avmarkerar ett objekt som har beroende objekt, avmarkeras även de beroende objekten. Alla avmarkerade objekt läggs till i en undantagslista. Objekt som ingår i undantagslistan tas bort från automatiska urval i kommande migreringsjobb. Du måste redigera undantagslistan manuellt, om du vill ta bort objekt som inte ska väljas automatiskt för nya migreringsjobb som skapas senare.
Platsägarskap för migrerat innehåll
När du migrerar innehåll för distributioner måste du tilldela innehållsobjektet till en plats i målhierarkin. Den här platsen blir sedan ägaren till det innehållet i destinationshierarkin. Även om platsen på den översta nivån i din målhierarki är den plats där du faktiskt migrerar metadata för innehåll, är det den tilldelade platsen som kommer åt de ursprungliga källfilerna för innehållet över nätverket.
Om du vill minimera nätverksbandbredden som används vid migrering kan du överföra ägarskapet för innehållet till närmaste tillgängliga plats. Eftersom information om innehållet delas globalt i System Center 2012 Configuration Manager är den tillgänglig på alla platser.
Information om innehållet delas med alla platser i målhierarkin (med hjälp av databasreplikering) men allt innehåll som tilldelas en primär plats och sedan skickas till distributionsplatser på andra primära platser (med hjälp av filbaserad replikering), överförs. Den här överföringen dirigeras genom den centrala administrationsplatsen och sedan till varje ytterligare primär plats. När du tilldelar en plats som innehållsägare kan du centralisera paket som du tänker distribuera till flera primära platser innan eller under migreringen. På så sätt kan du reducera dataöverföringar i nätverk med liten bandbredd.
Konfigurera rollbaserade säkerhetsomfattningar för administration av migrerade data
När du migrerar data till en målhierarki måste du tilldela en eller flera rollbaserade säkerhetsomfattningar för administration av objekt vars data migreras. På så sätt säkerställer du att endast administrativa användare har tillgång till information som har migrerats. De säkerhetsomfattningar som du anger definieras av migreringsjobbet och används för varje objekt som migreras med jobbet. Om du vill använda andra säkerhetsomfattningar för andra objektuppsättningar och du vill tilldela sådana omfattningar under migreringen, måste du migrera de olika objektuppsättningarna genom att använda olika migreringsjobb.
Innan du konfigurerar ett migreringsjobb bör du repetera hur rollbaserad administration används i System Center 2012 Configuration Manager och eventuellt också konfigurera en eller flera säkerhetsomfattningar för de data som du migrerar, för att kontrollera vem som får åtkomst till de migrerade objekten i målhierarkin.
Mer information om säkerhetsomfattningar och rollbaserad administration finns i avsnittet Planera för rollbaserad administration i Planera säkerhet i Configuration Manager.
Gå igenom migreringsåtgärder
När du konfigurerar ett migreringsjobb i guiden Skapa migreringsjobb, visas en lista med åtgärder som måste utföras om migreringen ska lyckas. Det finns även en lista med åtgärder som Configuration Manager utför när valda data migreras. Gå igenom informationen noggrant för att uppnå förväntat resultat.
Schemalägga migreringsjobb
Som standard körs ett migreringsjobb direkt efter att det har skapats. När du skapar jobbet, eller senare, kan du dock ange när migreringsjobbet ska köras. Det gör du genom att redigera migreringsjobbets egenskaper. Du kan schemalägga migreringsjobbet för körning vid följande tidpunkter.
Kör jobbet nu
Kör jobbet vid en viss starttid
Kör inte jobbet
Ange konfliktlösning för migrerade data
Som standard skriver inte migreringsjobb över data i måldatabasen, om du inte anger att migreringsjobbet ska hoppa över eller skriva över data som har migrerats till måldatabasen tidigare.
Planera för samlingsmigreringsjobb
Migreringsjobb för samlingar kan endast väljas när du migrerar data från en källhierarki som kör en version av Configuration Manager 2007 som stöd. Du måste ange en eller fler samlingar att migrera när du migrerar per samling. För varje samling du anger väljs alla relaterade objekt för migrering automatiskt i migreringsjobbet. Exempel: Om du väljer en specifik samling användare så identifieras samlingsmedlemmarna och du kan migrera distributionerna som är associerade med den samlingen. Du kan alternativt välja andra distributionsobjekt att migrera som är associerade med de medlemmarna. Alla valda objekt läggs till i listan med objekt som kan migreras.
När du migrerar en samling migrerar Configuration Manager även samlingsinställningar, inklusive underhållsperioder och samlingsvariabler, men kan inte migrera samlingsinställningar för AMT-klientetablering.
Med hjälp av informationen i följande avsnitt får du kunskap om ytterligare konfigurationer som kan gälla samlingsbaserade migreringsjobb.
Exkludera objekt från migreringsjobb för samlingar
Du kan exkludera specifika objekt från ett samlingsmigreringsjobb. När du exkluderar ett specifikt objekt från ett samlingsmigreringsjobb läggs det objektet till i en global undantagslista som innehåller alla objekt som du har exkluderat från migreringsjobben som du har skapat för källplatser i den aktuella källhierarkin. Objekt i undantagslistan är fortfarande tillgängliga för migrering i framtida jobb men inkluderas inte automatiskt när du skapar ett nytt samlingsbaserat migreringsjobb.
Du kan redigera undantagslistan och ta bort objekt som du tidigare har exkluderat. När du har tagit bort ett objekt från undantagslistan väljs den sedan automatiskt när en associerad samling anges när ett nytt migreringsjobb skapas.
Samlingar som inte stöds
Configuration Manager kan migrera alla standardanvändarsamlingar, enhetssamlingar och anpassade samlingar från en Configuration Manager 2007-källhierarki. Men Configuration Manager kan inte migrera samlingar som innehåller användare och enheter i samma samling.
Det går inte att migrera följande samlingar:
En samling som innehåller användare och enheter.
En samling som innehåller en referens till en samling av en annan resurstyp. Exempel: en enhetsbaserad samling som antingen har en undersamling eller en länk till en användarbaserad samling. I det här exemplet migreras bara samlingar på toppnivå.
En samling som innehåller en regel som inkluderar okända datorer. Samlingen migreras men regeln för inkludering av okända datorer migreras inte.
Tomma samlingar
En tom samling har inga resurser som är associerade med den. När Configuration Manager migrerar en tom samling konverteras samlingen till en organisationsmapp som inte innehåller några användare eller enheter. Mappen skapas med namnet på den tomma samlingen under noden Användarsamlingar eller Enhetssamlingar i arbetsytan Tillgångar och efterlevnad i Configuration Manager-konsolen.
Länkade samlingar och undersamlingar
När du migrerar samlingar som är länkade till andra samlingar eller som har undersamlingar skapar Configuration Manager en mapp under noden Användarsamlingar eller Enhetssamlingar utöver de länkade samlingarna och undersamlingarna.
Samlingsberoenden och inkludera objekt
När du anger en samling att migrera i guiden Skapa migreringsjobb väljs eventuella beroende samlingar automatiskt och inkluderas i jobbet. Med det här beteendet garanteras att alla nödvändiga resurser är tillgängliga efter migreringen.
Exempel: Du väljer en samling för enheter som kör Windows 7 och heter Win_7. Samlingen är begränsad till en samling som innehåller alla dina klientoperativsystem och som heter Alla_klienter. Samlingen Alla_klienter väljs automatiskt för migrering.
Samlingsbegränsning
Eftersom System Center 2012 Configuration Manager-samlingar är globala data och utvärderas på varje plats i hierarkin så planerar du hur du ska begränsa omfattningen för en samling när den har migrerats. Under migreringen kan du identifiera en samling i målhierarkin och använda den till att begränsa omfattningen för samlingen du migrerar, så att den migrerade samlingen inte inkluderar oväntade medlemmar.
I Configuration Manager 2007 utvärderas till exempel samlingar på den plats där de skapas och på underordnade platser. En annons kan bara distribueras på en underordnad plats, vilket begränsar omfattningen för den annonsen och en underordnade platsen. I jämförelse utvärderar System Center 2012 Configuration Manager samlingar på alla platser och associerade annonser utvärderas sedan för varje plats. Med samlingsbegränsning kan du finjustera tilläggen av samlingsmedlemmar, baserat på en annan samling för att undvika att oväntade samlingsmedlemmar läggs till.
Ersättning av platskod
När du migrerar en samling som innehåller villkor som identifierar en Configuration Manager 2007-plats måste du ange en specifik plats i målhierarkin. På så sätt förblir den migrerade samlingen funktionell i målhierarkin och omfattningen ökas inte.
Ange beteende för migrerade annonser
Som standard inaktiverar samlingsbaserade migreringsjobb annonser som migreras till målhierarkin. Det här gäller alla program som är associerade med annonsen. När du skapar ett samlingsbaserat migreringsjobb som innehåller annonser visas alternativet Aktivera program för distribution i Configuration Manager 2012 efter att en annonsering har migrerats på sidan Inställningar i guiden Skapa migreringsjobb. Om du väljer det här alternativet aktiveras program som är associerade med annonserna när de har migrerats. En rekommenderad metod är att inte välja det här alternativet, utan i stället aktivera programmen när de har migrerats och när du kan verifiera klienterna som tar emot dem.
| Information |
|---|
Alternativet Aktivera program för distribution i Configuration Manager 2012 efter att en annonsering har migrerats visas bara när du skapar ett samlingsbaserat migreringsjobb och migreringsjobbet innehåller annonser. |
Om du vill aktivera ett program efter migreringen avmarkerar du alternativet Inaktivera programmet på datorer där det annonseras på fliken Avancerat i programegenskaperna.
Planera för objektmigreringsjobb
Till skillnad från samlingsmigrering måste du välja varje objekt och objektinstans som du vill migrera. Du kan välja enskilda objekt, till exempel annonser i en Configuration Manager 2007-hierarki eller en publikation i en System Center 2012 Configuration Manager-hierarki, att lägga till i listan med objekt som ska migreras för ett specifikt migreringsjobb. De objekt som du inte lägger till i migreringslistan migreras inte till målplatsen med objektmigreringsjobbet.
Objektbaserade migreringsjobb har inte några ytterligare konfigurationer som du måste planera för, utöver dem som gäller för alla migreringsjobb.
Planera för tidigare migrerade objektmigreringsjobb
När ett objekt som du redan har migrerat till målhierarkin uppdateras i källhierarkin kan du migrera det objektet igen genom att använda jobbtypen Objekt som modifierats efter migrering. När du till exempel ändrar namn på eller uppdaterar källfiler för ett paket i källhierarkin så ökas paketversionen i källhierarkin. När paketversionen ökas kan paketet identifieras för migrering med den här jobbtypen.
Den här jobbtypen liknar objektmigreringstypen, förutom att när du väljer objekt som ska migreras kan du bara välja bland objekt som redan har uppdaterats efter att de migrerades i ett tidigare migreringsjobb.
När du väljer den här jobbtypen konfigureras konfliktlösningsbeteendet på sidan Inställningar i guiden Skapa migreringsjobb så att tidigare migrerade objekt skrivs över. Den här inställningen kan inte ändras.
| Information |
|---|
Det här migreringsjobbet kan identifiera objekt som uppdateras automatiskt av källhierarkin och objekt som en administrativ användare uppdaterar. |