Planera en källhierarkistrategi i Configuration Manager

Gäller för: Konfigurationshanteraren (current branch)

Innan du konfigurerar ett migreringsjobb i din Configuration Manager miljö måste du konfigurera en källhierarki och samla in data från minst en källplats i hierarkin. Använd följande avsnitt för att hjälpa dig att planera för att konfigurera källhierarkier, konfigurera källplatser och bestämma hur Configuration Manager samlar in information från källplatserna i källhierarkin.

Källhierarkier

En källhierarki är en Configuration Manager hierarki som innehåller data som du vill migrera. När du konfigurerar migrering och anger en källhierarki anger du platsen på den översta nivån i källhierarkin. Den här webbplatsen kallas även för en källplats. Ytterligare platser som du kan migrera data från i källhierarkin kallas även källplatser.

• När du konfigurerar ett migreringsjobb för att migrera data från en Configuration Manager källhierarki 2007 konfigurerar du det för att migrera data från en eller flera specifika källplatser i källhierarkin.

• När du konfigurerar ett migreringsjobb för att migrera data från en källhierarki som kör System Center 2012 Configuration Manager eller senare behöver du bara ange platsen på den översta nivån.

Du kan bara konfigurera en källhierarki i taget.

• Om du konfigurerar en ny källhierarki blir den hierarkin automatiskt den aktuella källhierarkin som ersätter den tidigare källhierarkin.

• När du konfigurerar en källhierarki måste du ange platsen på den översta nivån i källhierarkin och ange autentiseringsuppgifter för Configuration Manager som ska användas för att ansluta till SMS-providern och platsdatabasen för källplatsen.

• Configuration Manager använder dessa autentiseringsuppgifter för att köra datainsamling för att hämta information om objekten och distributionsplatserna från källplatsen.

• Som en del av datainsamlingsprocessen identifieras underordnade platser i källhierarkin.

• Om källhierarkin är en Configuration Manager 2007-hierarki kan du konfigurera dessa ytterligare platser som källplatser med separata autentiseringsuppgifter för varje källplats.

Även om du kan konfigurera flera källhierarkier i följd är migreringen aktiv endast för en källhierarki i taget.

• Om du konfigurerar ytterligare en källhierarki innan du slutför migreringen från den aktuella källhierarkin avbryter Configuration Manager alla aktiva migreringsjobb och skjuter upp alla schemalagda migreringsjobb för den aktuella källhierarkin.

• Den nyligen konfigurerade källhierarkin blir sedan den aktuella källhierarkin och den ursprungliga källhierarkin är nu inaktiv.

• Du kan sedan konfigurera autentiseringsuppgifter för anslutning, ytterligare källplatser och migreringsjobb för den nya källhierarkin.

Om du återställer en inaktiv källhierarki och inte tidigare har använt Rensa migreringsdata kan du visa de tidigare konfigurerade migreringsjobben för källhierarkin. Men innan du kan fortsätta migreringen från den hierarkin måste du konfigurera om autentiseringsuppgifterna för att ansluta till tillämpliga källplatser i hierarkin och sedan schemalägga om alla migreringsjobb som inte slutfördes.

Försiktighet

Om du migrerar data från mer än en enda källhierarki måste varje ytterligare källhierarki innehålla en unik uppsättning platskoder.
Käll- och målhierarkier kräver också olika uppsättningar med platskoder.

Mer information om hur du konfigurerar en källhierarki finns i Konfigurera källhierarkier och källplatser för migrering till Configuration Manager aktuell gren

Källwebbplatser

Källplatser är de platser i källhierarkin som har de data som du vill migrera. Den översta platsen i källhierarkin är alltid den första källplatsen. När migreringen samlar in data från den första källplatsen i en ny källhierarki identifieras information om ytterligare platser i hierarkin.

När datainsamlingen har slutförts för den första källplatsen beror de åtgärder du vidtar härnäst på källhierarkins produktversion.

Källwebbplatser som kör Configuration Manager 2007 SP2

När data har samlats in från den första källplatsen i Configuration Manager 2007 SP2-hierarkin behöver du inte konfigurera ytterligare källplatser innan du skapar migreringsjobb. Men innan du kan migrera data från ytterligare platser måste du konfigurera ytterligare platser som källplatser, och Configuration Manager måste samla in data från dessa platser.

Om du vill samla in data från ytterligare platser konfigurerar du varje plats individuellt som en källplats. Detta kräver att du anger autentiseringsuppgifterna för Configuration Manager för att ansluta till SMS-providern och platsdatabasen för varje källplats. När du har konfigurerat autentiseringsuppgifterna för en källplats börjar datainsamlingsprocessen för den platsen.

När du konfigurerar ytterligare källplatser i en Configuration Manager 2007 SP2-källhierarki måste du konfigurera källplatser uppifrån och ned, vilket innebär att du ställer in de nedersta platserna sist. Du kan konfigurera källplatser i en gren av hierarkin när som helst, men du måste konfigurera en plats som en källplats innan du konfigurerar någon av dess underordnade platser som källplatser.

Obs!

Endast primära platser i en Configuration Manager 2007 SP2-hierarki stöds för migrering.

Källplatser som kör System Center 2012 Configuration Manager eller senare

När data har samlats in från den första källplatsen i System Center 2012-Configuration Manager eller senare hierarkin behöver du inte konfigurera ytterligare källplatser i källhierarkin. Det beror på att till skillnad från Configuration Manager 2007 använder dessa versioner av Configuration Manager en delad databas, och med den delade databasen kan du identifiera och sedan migrera alla tillgängliga objekt från den första källplatsen.

När du konfigurerar åtkomstkontona för att samla in data kan du behöva ge källwebbplatsens SMS-providerkonto åtkomst till flera datorer i källhierarkin. Detta kan behövas när källplatsen stöder flera instanser av SMS-providern, var och en på en annan dator. När datainsamlingen börjar kontaktar platsen på den översta nivån i målhierarkin platsen på den översta nivån i källhierarkin för att identifiera platserna för SMS-providern för platsen. Endast den första instansen av SMS-providern identifieras. Om datainsamlingsprocessen inte kan komma åt SMS-providern på den plats som identifieras misslyckas processen och försöker inte ansluta till ytterligare datorer som kör en instans av SMS-providern för den platsen.

Datainsamling

Omedelbart efter att du har angett en källhierarki, konfigurerat autentiseringsuppgifter för varje ytterligare källplats i en källhierarki eller delat distributionsplatserna för en källplats börjar Configuration Manager samla in data från källplatsen.

Datainsamlingsprocessen upprepar sig sedan enligt ett enkelt schema för att upprätthålla synkroniseringen med eventuella ändringar av data på källplatsen. Som standard upprepas processen var fjärde timme. Du kan ändra schemat för den här cykeln genom att redigera källwebbplatsens egenskaper . Den inledande datainsamlingsprocessen måste granska alla objekt i Configuration Manager-databasen och kan ta lång tid att slutföra. Efterföljande datainsamlingsprocesser identifierar endast ändringar av data och kräver mindre tid för att slutföra.

För att samla in data ansluter den översta platsen i målhierarkin till SMS-providern och platsdatabasen för källplatsen för att hämta en lista över objekt och distributionsplatser. Dessa anslutningar använder källplatsens åtkomstkonton. Information om nödvändiga konfigurationer för att samla in data finns i Krav för migrering.

Du kan starta och stoppa datainsamlingsprocessen genom att använda Samla in data nu och sluta samla in data i Configuration Manager-konsolen.

När du av någon anledning har använt Sluta samla in data för en källplats måste du konfigurera om autentiseringsuppgifterna för webbplatsen innan du kan samla in data från webbplatsen igen. Innan du konfigurerar om källplatsen kan Configuration Manager inte identifiera nya objekt eller ändringar i tidigare migrerade objekt på den platsen.

Obs!

Innan du expanderar en fristående primär plats till en hierarki med en central administrationsplats måste du stoppa all datainsamling. Du kan konfigurera om datainsamling när webbplatsexpansionen har slutförts.

Samla in data nu

När den första datainsamlingsprocessen körs för en plats upprepas den här processen för att identifiera objekt som har uppdaterats sedan den senaste datainsamlingscykeln. Du kan också använda åtgärden Samla in data nu i Configuration Manager-konsolen för att omedelbart starta processen och återställa starttiden för nästa cykel.

När en datainsamlingsprocess har slutförts för en källplats kan du dela distributionsplatserna från källplatsen och konfigurera migreringsjobb för att migrera data från platsen. Datainsamling är en upprepad process för migrering och fortsätter tills du ändrar källhierarkin eller använder Sluta samla in data för att avsluta datainsamlingsprocessen för den platsen.

Sluta samla in data

Du kan använda Sluta samla in data för att avsluta datainsamlingsprocessen för en källplats när du inte längre vill att Configuration Manager ska identifiera nya eller ändrade objekt från den platsen. Den här åtgärden förhindrar också Configuration Manager från att erbjuda klienter i målhierarkin delade distributionsplatser från källan som innehållsplatser för det innehåll som du har migrerat.

Om du vill sluta samla in data från varje källplats måste du köra Sluta samla in data på källplatserna på den nedre nivån och sedan upprepa processen på varje överordnad plats. Platsen på den översta nivån i källhierarkin måste vara den sista platsen där du slutar samla in data. Du måste stoppa datainsamlingen på varje underordnad plats innan du utför den här åtgärden på en överordnad plats. Vanligtvis slutar du bara att samla in data när du är redo att slutföra migreringsprocessen.

När du har slutat samla in data för en källplats är information som tidigare samlats in om objekt och samlingar från den platsen fortfarande tillgänglig för användning när du konfigurerar nya migreringsjobb. Du ser dock inga nya objekt eller samlingar, och du ser inte heller ändringar som har gjorts i befintliga objekt. Om du konfigurerar om källplatsen och börjar samla in data igen visas information och status om tidigare migrerade objekt.