Överväganden vid uppgradering till System Center 2012 – Operations Manager

 

Publicerat: mars 2016

Gäller för: System Center 2012 R2 Operations Manager, System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager

Det här avsnittet av design- och planeringsmaterialet innehåller huvudbegrepp och överväganden för uppgradering till System Center 2012 – Operations Manager eller System Center 2012 Service Pack 1 (SP1), Operations Manager. Fullständiga uppgraderingsscenarier hittar du i Uppgradera till System Center 2012 – Operations Manager.

Uppgraderingsvägen som stöds är från System Center Operations Manager 2007 R2 till System Center 2012 – Operations Manager och sedan till System Center 2012 Service Pack 1 (SP1), så kunder kan behöva utföra flera uppgraderingar. När du utför flera uppgraderingar måste du bland annat tänka på systemkrav som inte överlappar mellan System Center 2012 – Operations Manager och SP1. Du måste exempelvis tänka på vilka versioner av SQL Server som stöds och vad som krävs när du byter mellan olika versioner av SQL Server, när du uppgraderar från en version av Operations Manager till en annan.

Om du inte har läst Komma igång med System Center 2012 - Operations Manager eller Systemkrav för System Center 2012 – Operations Manager kan det vara en bra idé att göra det innan du fortsätter. Dokumenten innehåller huvudbegrepp och viktig konfigurationsinformation som är användbar för en kund som ska uppgradera.

Obs!

Unified Installer är ett verktyg som är utformat för att utföra nya, rena installationer av System Center 2012 endast i testnings- och utvärderingssyfte. Om du vill uppgradera från en befintlig System Center-installation eller välja konfigurationsalternativ som hög tillgänglighet eller komponentinstallationer på flera servrar, rekommenderar vi att du i stället tittar på procedurerna som beskrivs i distributionsguiden för varje enskild System Center 2012-komponent.

Borttagning av RMS och den nya RMS-emulatorn

I Operations Manager är den enskilt största förändringen som påverkar design och planering borttagningen av RMS (rothanteringsservern). Alla hanteringsservrar är likställda och det finns ingen RMS. Därför utgör RMS inte längre en felpunkt eftersom alla hanteringsservrar är värdar för tjänsterna som tidigare bara RMS var värd för. Roller fördelas till alla hanteringsservrar. Om en hanteringsserver blir otillgänglig fördelas dess ansvarsområden automatiskt om. En RMS-emulatorroll möjliggör bakåtkompatibilitet för hanteringspaket med RMS som mål. Om du inte har några hanteringspaket som tidigare hade RMS som mål behöver du inte använda RMS-emulatorn.

Förberedelser inför uppgradering

Innan du uppgraderar:

Viktigt

Innan du följer de här anvisningarna bör du kontrollera att servrarna i din Operations Manager 2007 R2-hanteringsgrupp uppfyller minimikonfigurationskraven för System Center 2012 – Operations Manager. Då ser du om du måste lägga till nya servrar i hanteringsgruppen innan du uppgraderar. Mer information finns i Supported Configurations for System Center 2012 – Operations Manager (Konfigurationer som stöds för System Center 2012 – Operations Manager).

I en uppgradering av en distribuerad hanteringsgrupp uppgraderar du sekundära hanteringsservrar, gatewayenheter och agenter. Agentuppgraderingens ordning beror på hur agenterna distribuerades. Om du installerade agenterna manuellt uppgraderar du agenterna innan du uppgraderar hanteringsservrarna och gatewayenheterna.

1. Ta bort agenter från Väntar på hantering

2. Kontrollera Operations Manager 2007 R2 RMS för aktiv ansluten konsol

3. Inaktivera meddelandeprenumeration

4. Stoppa kopplingstjänsterna eller inaktivera eventuella kopplingar

De här procedurerna beskrivs i detalj i Uppgifter före uppgradering av Operations Manager

AD-integrering och agenter

Om du har agenter som rapporterar till RMS flyttar du dem till sekundära hanteringsservrar som tar agentarbetet. Det är viktigt att du först uppgraderar agenterna manuellt. De här procedurerna beskrivs i detalj i Checklista: Distribuerad uppgradering (komplex)

Informationslager

Informationslager krävs nu, något som är nytt för System Center 2012 – Operations Manager och inkluderas i alla storleksscenarier i Operations Manager Sizing Helper (storlekshjälp för Operations Manager)

Under uppgraderingen ombeds du i gränssnittet att lägga till ett informationslager om det inte finns något.

Resurspooler

En resurspool är en samling med hanterings- eller gateway-servrar som fördelar arbete sinsemellan och tar över arbete från medlemmar där fel har uppstått.

På grund av introduceringen av resurspooler rekommenderar vi att alla hanteringsservrar ansluts av ett nätverk med liten fördröjning. Det innebär att om du använder hanteringsservrar i flera datacenter eller på flera platser rekommenderar vi att du flyttar alla hanteringsservrar till ett datacenter och använder gateway-servrar på de andra platserna.

Du bör alltid ha två hanteringsservrar i ALLA miljöer. En andra hanteringsserver möjliggör redundans och enkel återställning. Alla hanteringsservrar är medlemmar i resurspoolen för alla hanteringsservrar, vilket fördelar övervakningsbelastningen i hanteringsgruppen då nya hanteringsservrar läggs till och ger automatisk redundans för övervakning. Fullständig information finns i Fördelad distribution av Operations Manager.

Se till att SDK-tjänsten körs på alla hanteringsservrar och att alla SDK-klienter (konsol, webbkonsol, koppling, PowerShell) kan ansluta till den. I konfigurationen för System Center 2012 – Operations Manager ställs tjänsten in så att den startar automatiskt på alla hanteringsservrar under installationen. Alla SDK-klienter som ansluter till alla hanteringsservrar stöds.

Nätverksövervakning

Information om hanteringspaket och att köra nätverksidentifiering finns i Överväganden vid utformning av en hanteringsgrupp för nätverkshantering.