Dela via

  • Artikel

Använda SQL Server 2012 Always On-tillgänglighetsgrupper med System Center 2012 SP1 - Operations Manager

 

Utgivet: mars 2016

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

System Center 2012 Service Pack 1 (SP1), Operations Manager har stöd för funktionen SQL Server 2012 AlwaysOn.

Metoderna som beskrivs här ger inga detaljerade anvisningar för hur du konfigurerar en grupp för SQL 2012 AlwaysOn-tillgänglighet, utan innehåller uppgifter som måste utföras för att Operations Manager ska fungera effektivt när tillgänglighetsgrupper används, samt visar specifika SQL Server AlwaysOn-funktioner som stöds i SP1.

Mer information om tillgänglighetsgrupper i SQL Server 2012 AlwaysOn finns i AlwaysOn Availability Groups (SQL Server) (AlwaysOn-tillgänglighetsgrupper (SQL Server)). Ett Word-dokument med information om redundansklusterinstanser för flera platser för SQL Server 2012 AlwaysOn finns på SQL Server 2012 AlwaysOn: Multisite Failover Cluster Instance.

System_CAPS_importantViktigt

Vi stöder inte en topologi där rapport-FCI (den instans som bara är värd för Reporting Services-databasen) är konfigurerat som en del av AlwaysOn-tillgänglighetsgruppen.
System_CAPS_noteInformation

Operations Manager har inte stöd för parametern MultiSubnetFailover. Den här parametern används inte i Operations Manager-anslutningssträngar.

Operations Manager-databaser som kan användas med SQL 2012 AlwaysOn

SQL 2012 AlwaysOn har stöd för följande Operations Manager-databaser.

  • Operations Manager-databas

  • Operations Manager-informationslager

  • Operations Manager-databas för gransknings- och insamlingstjänst (ACS)

System_CAPS_importantViktigt

Metoderna för Operations Manager-informationslagret och Operations Manager-databasen för gransknings- och insamlingstjänst hittar du i Flytta Datalagerdatabas men byt ut den nya SQL-servern med

System_CAPS_noteInformation

Ett vanligt distributionsmönster är att använda separata SQL Server-instanser för Operations Manager-databasen, Operations Manager-informationslagerdatabasen och Operations Manager-databasen för gransknings- och insamlingstjänst (ACS-databasen). Om du använder det här mönstret bör du se till att alla SQL Server-instanser läggs till i tillgänglighetsgruppen.

Installation av ny hanteringsgrupp

Använd följande metoder när du installerar en ny hanteringsgrupp med en SQL 2012 AlwaysOn-tillgänglighetsgrupp.

Innan du installerar Operations Manager i en tillgänglighetsgrupp

  1. Se till att du använder grupplyssnarens namn och port när du installerar Operations Manager för de databaser som ska läggas till i tillgänglighetsdatabaserna.

  2. Den första hanteringsgruppservern använder grupplyssnaren för att hämta den primära SQL-instansen, och installerar databaserna på den instansen.

När den första hanteringsservern har installerats

  1. Kontrollera att återställningsmodellen för databasen är fullständig: Öppna SQL Server Management Studio och anslut till den instans där databaserna är installerade. Högerklicka på måldatabasen, välj dess egenskaper och välj Alternativ. Om återställningsmodellen inte visas som Fullständig i listan, väljer du Fullständig i listrutan.

  2. Gör en fullständig säkerhetskopiering av databaserna.

  3. Använd SQL Server Management Studio för att lägga till databaserna i tillgänglighetsdatabaserna. Observera att när databaserna läggs till i tillgänglighetsdatabaserna under Välj datasynkronisering finns det tre alternativ att välja mellan: Full (Fullständig), Join only (Anslut endast) och Skip initial data synchronization (Hoppa över inledande datasynkronisering). Välj det alternativ som passar dig bäst. Vi rekommenderar att du väljer Fullständig och låter Guiden Lägga till databas skapa en fullständig säkerhetskopiering och återställning av databaserna på de sekundära replikerna. Beroende på ditt val kan eventuellt fler steg vara nödvändiga. Mer information finns i Manually Prepare a Secondary Database for an Availability Group (SQL Server) (Förbered manuellt en andra databas för en tillgänglighetsgrupp (SQL Server)).

  4. På den nya server som är värd för den använda databasen expanderar du Säkerhet, därefter Inloggningar och lägger sedan till namnet på dataskrivarkontot. Mer information om hur du skapar en SQL Server-inloggning finns i Create a Login (Skapa en inloggning).

  5. Lägg till åtgärdskontot under Inloggningar.

  6. Under Inloggningar lägger du till datorkontot för dataåtkomsttjänsten i formatet domän\datornamn$”.

  7. Lägg till följande användarmappningar för datorkontot för dataåtkomsttjänsten:

    1. ConfigService

    2. db_accessadmin

    3. db_datareader

    4. db_datawriter

    5. db_ddladmin

    6. db_securityadmin

    7. sdk_users

    8. sql_dependency_subscriber

  8. På den nya server som är värd för informationslagerdatabasen expanderar du Säkerhet, därefter Inloggningar och lägger sedan till dataskrivarkontot. Mer information om hur du skapar en SQL Server-inloggning finns i Create a Login (Skapa en inloggning).

  9. Lägg till dataläsarkontot under Inloggningar.

  10. Under Inloggningar lägger du till datorkontot för dataåtkomsttjänsten i formatet domän\datornamn$.

  11. Lägg till följande användarmappningar för datorkontot för dataåtkomsttjänsten:

    1. db_datareader

    2. OpsMgrReader

    3. apm_datareader

Kända problem

När du öppnar Operations Manager-konsolen efter att ha växlat från den ena noden till den andra, kan följande problem uppstå:

Körning av användarkod i .NET Framework har inaktiverats. Aktivera konfigurationsalternativet ”clr enabled”. Det gick inte att använda vyn eller funktionen ”dbo.fn_ModuleTypeView” på grund av bindningsfel.

Du löser problemet genom att köra följande SQL-kommando på databasen för den nya primära SQL-replikinstansen.

sp_configure 'show advanced options', 1;
GO
RECONFIGURE;
GO
sp_configure 'clr enabled', 1;
GO
RECONFIGURE;
GO

Befintlig hanteringsgrupp

Använd följande metoder när du använder en befintlig hanteringsgrupp med en SQL 2012 AlwaysOn-tillgänglighetsgrupp.

Uppgifter som måste utföras med den befintliga hanteringsgruppen

  1. Kontrollera att alla SQL-enheter som är värdar för dina Operations Manager-databaser tillhör tillgänglighetsgruppreplikerna. Om inte, lägger du till dem.

  2. Öppna Management Studio på den SQL-enhet som är värd för Operations Manager-databaserna, högerklicka på varje databas som ska bli en del av tillgänglighetsdatabaserna, välj egenskaper för var och en, och välj sedan Alternativ för att ändra återställningsmodellen till Fullständig i listrutan.

  3. Notera namn och port för tillgänglighetsgruppens lyssnare.

  4. På varje hanteringsserver kör du regedit från en upphöjd kommandotolk och redigerar sedan HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\System Center\2010\Common\Database.

    Ändra DatabaseServerName till <Tillgänglighetsgrupplyssnarnamn,portnummer>

  5. Redigera följande fil på varje hanteringsserver:

    %ProgramFiles%\System Center 2012\Operations Manager\Server\ConfigService.config

    I posten <Category> med namnet Cmdb, ändrar du värdet för ServerName till namnet på tillgänglighetsgruppens lyssnare och ändrar PortNumber till porten för tillgänglighetsgruppens lyssnare.

  6. Uppdatera Operations Manager-databasen med grupplyssnarens namn och port genom följande steg:

    1. Öppna SQL Server Management Studio.

    2. Expandera Databaser, Operations Manager och Tabeller.

    3. Högerklicka på dbo. MT_Microsoft$SystemCenter$ManagementGroup och klicka sedan på Redigera översta 200 rader.

    4. Ändra värdet i kolumnen SQLServerName_<GUID> så att det återspeglar <namn,port> för tillgänglighetsgruppens lyssnare.

    5. Spara ändringen.

  7. Uppdatera Operations Manager-databasen med tillgänglighetsgruppens lyssnare för att ange plats för tabellerna för övervakning av programprestanda.

    1. Öppna SQL Server Management Studio.

    2. Expandera Databaser, Operations Manager och Tabeller.

    3. Högerklicka på dbo. MT_Microsoft$SystemCenter$OpsMgrDB$AppMonitoring och klicka sedan på Redigera översta 200 rader.

    4. Ändra värdet i kolumnen MainDatabaseServerName_<GUID> så att det återspeglar <namn,port> för tillgänglighetsgruppens lyssnare och dess port.

    5. Spara ändringen.

  8. Högerklicka på varje databas, gå till Uppgift och välj Säkerhetskopiera (fullständig säkerhetskopiering).

  9. Gå till noden Tillgänglighetsgrupp och expandera den. Högerklicka på Tillgänglighetsdatabas och välj Lägg till databas.

    På sidan Välj inledande datasynkronisering väljer du en datasynkroniseringsinställning. Vi rekommenderar att du väljer Fullständig. Med en fullständig datasynkronisering kan du skapa en fullständig säkerhetskopiering och återställning av databaserna på sekundära repliker.

    I slutet av det här momentet läggs alla databaser till i tillgänglighetsdatabasen och återställs på alla tillgänglighetsrepliknoder.

  10. Använd SQL Server Management Studio för att lägga till databaserna i tillgänglighetsdatabaserna. Observera att när databaserna läggs till i tillgänglighetsdatabaserna under Välj datasynkronisering finns det tre alternativ att välja mellan: Full (Fullständig), Join only (Anslut endast) och Skip initial data synchronization (Hoppa över inledande datasynkronisering). Välj det alternativ som passar dig bäst. Vi rekommenderar att du väljer Fullständig och låter Guiden Lägga till databas skapa en fullständig säkerhetskopiering och återställning av databaserna på de sekundära replikerna. Beroende på ditt val kan eventuellt fler steg vara nödvändiga. Mer information finns i Manually Prepare a Secondary Database for an Availability Group (SQL Server) (Förbered manuellt en andra databas för en tillgänglighetsgrupp (SQL Server)).

  11. Öppna build_mom_db_admin.sql i Anteckningar för var och en av de sekundära replikerna. Filen finns under <installationMedisFolder>\Setup\AMD64). Leta sedan upp avsnittet för MOMv3-meddelanden. Kopiera hela avsnittet till SQL Server Management Studio, så startas och körs en ny fråga.