Analysis Services se skupinami dostupnosti AlwaysOn

Platí pro:SQL Server pro Windows

Skupina dostupnosti Always On je předdefinovaná kolekce relačních databází SQL Serveru, které společně přebírají služby při selhání, pokud selže některá z databází. Požadavky jsou pak přesměrovány na zrcadlenou databázi na jiné instanci SQL Serveru ve stejné skupině dostupnosti. Pokud jako řešení vysoké dostupnosti používáte skupiny dostupnosti, můžete databázi v této skupině použít jako zdroj dat v tabulkovém nebo multidimenzionálním řešení analysis Services. Při použití databáze dostupnosti fungují všechny následující operace analysis Services podle očekávání: zpracování nebo import dat, přímé dotazování relačních dat (pomocí úložiště ROLAP nebo režimu DirectQuery) a zpětného zápisu.

Zpracování a dotazování jsou úlohy pouze pro čtení. Výkon můžete zvýšit přesměrováním těchto úloh na čitatelnou sekundární repliku. Pro tento scénář se vyžaduje další konfigurace. Pomocí kontrolního seznamu v tomto tématu se ujistěte, že postupujete podle všech kroků.

Požadavky

Na všech replikách musíte mít přihlášení k SQL Serveru. Abyste mohli konfigurovat skupiny dostupnosti, naslouchací procesy a databáze, musíte být správcem systému , ale uživatelé potřebují jenom db_datareader oprávnění pro přístup k databázi z klienta služby Analysis Services.

Použijte zprostředkovatele dat, který podporuje protokol TDS (Tabular Data Stream) verze 7.4 nebo novější, například SQL Server Native Client 11.0 nebo Zprostředkovatel dat pro SQL Server v rozhraní .NET Framework 4.02.

(Pro úlohy pouze ke čtení). Role sekundární repliky musí být nakonfigurována pro připojení jen pro čtení, skupina dostupnosti musí mít seznam směrování a připojení ve zdroji dat služby Analysis Services musí určovat posluchače skupiny dostupnosti. Pokyny jsou uvedeny v tomto tématu.

Kontrolní seznam: Použití sekundární repliky pro operace jen pro čtení

Pokud vaše řešení Analysis Services neobsahuje zpětný zápis, můžete nakonfigurovat připojení ke zdroji dat tak, aby používalo čitelnou sekundární repliku. Pokud máte rychlé síťové připojení, sekundární replika má velmi nízkou latenci dat a poskytuje téměř identická data jako primární replika. Pomocí sekundární repliky pro operace služby Analysis Services můžete omezit kolize čtení a zápisu na primární replice a dosáhnout lepšího využití sekundárních replik ve vaší skupině dostupnosti.

Ve výchozím nastavení je k primární replice povolen přístup jak pro zápis, tak pro úmysl číst, ale k sekundárním replikám nejsou povolena žádná připojení. K nastavení připojení klienta jen pro čtení k sekundární replice se vyžaduje další konfigurace. Konfigurace vyžaduje nastavení vlastností sekundární repliky a spuštění skriptu T-SQL, který definuje seznam směrování jen pro čtení. Pomocí následujících postupů se ujistěte, že jste provedli oba kroky.

Poznámka:

Následující postup předpokládá existující skupinu dostupnosti AlwaysOn a databáze. Pokud konfigurujete novou skupinu, vytvořte skupinu pomocí Průvodce vytvořením nové skupiny dostupnosti a připojte se k databázím. Průvodce kontroluje požadavky, poskytuje pokyny pro každý krok a provádí počáteční synchronizaci. Další informace naleznete v tématu Použití Průvodce skupinou dostupnosti (SQL Server Management Studio).

Krok 1: Konfigurace přístupu k replice dostupnosti

1. V Průzkumníku objektů se připojte k instanci serveru, která je hostitelem primární repliky, a rozbalte strom serveru.

   Poznámka:

   Tyto kroky jsou převzaty z Configure Read-Only Access on an Availability Replica (SQL Server), což poskytuje další informace a alternativní pokyny k provedení této úlohy.

2. Rozbalte uzel Always On High Availability a uzel Skupina dostupnosti .

3. Klikněte na skupinu dostupnosti, jejíž repliku chcete změnit. Rozbalte repliky dostupnosti.

4. Klepněte pravým tlačítkem myši na sekundární repliku a klepněte na příkaz Vlastnosti.

5. V dialogovém okně Vlastnosti repliky dostupnosti změňte přístup k připojení pro sekundární roli následujícím způsobem:

   • V rozevíracím seznamu Čitelné sekundární vyberte Pouze pro čtení.

   • V rozevíracím seznamu Připojení v primární roli vyberte Povolit všechna připojení. Toto je výchozí hodnota.

   • Volitelně můžete v rozevíracím seznamu v režimu dostupnosti vybrat synchronní potvrzení. Tento krok není povinný, ale nastavení zajišťuje paritu dat mezi primární a sekundární replikou.

     Tato vlastnost je také požadavkem pro plánované převzetí při selhání. Pokud chcete provést ruční převzetí pro účely testování, nastavte režim dostupnosti na synchronní potvrzení pro primární i sekundární repliku.

Krok 2: Konfigurace směrování jen pro čtení

1. Připojte se k primární replice.

   Poznámka:

   Tyto kroky jsou převzaty z Konfigurace směrování v režimu jen pro čtení pro skupinu dostupnosti (SQL Server), která poskytuje další informace a alternativní pokyny pro vykonání tohoto úkolu.

2. Otevřete okno dotazu a vložte následující skript. Tento skript provádí tři věci: umožňuje čitelné připojení k sekundární replice (která je ve výchozím nastavení vypnutá), nastaví adresu URL směrování jen pro čtení a vytvoří seznam směrování, který určuje prioritu směrování požadavků na připojení. První příkaz, který umožňuje čitelné připojení, je redundantní, pokud jste už nastavili vlastnosti v sadě Management Studio, ale jsou zahrnuté pro úplnost.

   ALTER AVAILABILITY GROUP [AG1]  
    MODIFY REPLICA ON  
   N'COMPUTER01' WITH   
   (SECONDARY_ROLE (ALLOW_CONNECTIONS = READ_ONLY));  
   
   ALTER AVAILABILITY GROUP [AG1]  
    MODIFY REPLICA ON  
   N'COMPUTER01' WITH   
   (SECONDARY_ROLE (READ_ONLY_ROUTING_URL = N'TCP://COMPUTER01.contoso.com:1433'));  
   
   ALTER AVAILABILITY GROUP [AG1]  
    MODIFY REPLICA ON  
   N'COMPUTER02' WITH   
   (SECONDARY_ROLE (ALLOW_CONNECTIONS = READ_ONLY));  
   
   ALTER AVAILABILITY GROUP [AG1]  
    MODIFY REPLICA ON  
   N'COMPUTER02' WITH   
   (SECONDARY_ROLE (READ_ONLY_ROUTING_URL = N'TCP://COMPUTER02.contoso.com:1433'));  
   
   ALTER AVAILABILITY GROUP [AG1]   
   MODIFY REPLICA ON  
   N'COMPUTER01' WITH   
   (PRIMARY_ROLE (READ_ONLY_ROUTING_LIST=('COMPUTER02','COMPUTER01')));  
   
   ALTER AVAILABILITY GROUP [AG1]   
   MODIFY REPLICA ON  
   N'COMPUTER02' WITH   
   (PRIMARY_ROLE (READ_ONLY_ROUTING_LIST=('COMPUTER01','COMPUTER02')));  
   GO  
   

3. Upravte skript a nahraďte zástupné symboly hodnotami, které jsou platné pro vaše nasazení:

   • Nahraďte "Computer01" názvem instance serveru, která je hostitelem primární repliky.

   • Nahraďte "Computer02" názvem instance serveru, která je hostitelem sekundární repliky.

   • Nahraďte contoso.com názvem vaší domény nebo ho z skriptu vynecháte, pokud jsou všechny počítače ve stejné doméně. Pokud posluchač používá výchozí port, ponechte číslo portu. Port, který aktuálně používá naslouchací proces, je uveden na stránce vlastností v Management Studio.

4. Spusťte skript.

   Dále vytvořte zdroj dat v modelu služby Analysis Services, který používá databázi ze skupiny, kterou jste právě nakonfigurovali.

Vytvoření zdroje dat Analysis Services pomocí databáze dostupnosti AlwaysOn

Tato část vysvětluje, jak vytvořit zdroj dat Analysis Services, který se připojuje k databázi ve skupině dostupnosti. Pomocí těchto pokynů můžete nakonfigurovat připojení k primární replice (výchozí) nebo čitelné sekundární replice, kterou jste nakonfigurovali na základě kroků v předchozí části. Nastavení konfigurace AlwaysOn a vlastnosti připojení nastavené v klientovi určují, jestli se používá primární nebo sekundární replika.

1. V nástrojích SQL Server Data Tools klikněte v projektu Multidimenzionální a dolování dat Analysis Services pravým tlačítkem myši na Zdroje dat a vyberte Nový zdroj dat. Chcete-li vytvořit nový zdroj dat, klikněte na tlačítko Nový .

   Případně pro projekt tabulkového modelu klikněte na nabídku Model a potom klikněte na importovat ze zdroje dat.

2. Ve Správci připojení ve zprostředkovateli zvolte zprostředkovatele, který podporuje protokol TDS (Tabular Data Stream). SQL Server Native Client 11.0 podporuje tento protokol.

3. Ve Správci připojení zadejte název naslouchacího procesu skupiny dostupnosti do pole Název serveru a poté vyberte databázi, která je ve skupině k dispozici.

   Posluchač skupiny dostupnosti přesměruje připojení klienta k primární replice pro žádosti o čtení a zápis nebo k sekundární replice, pokud v připojovacím řetězci zadáte záměr pro čtení. Vzhledem k tomu, že se role repliky změní během převzetí služeb při selhání (kde se primární stane sekundární a sekundární se stane primárním), měli byste vždy zadat naslouchací proces, aby bylo připojení klienta přesměrováno odpovídajícím způsobem.

   Pokud chcete určit název naslouchacího jména skupiny dostupnosti, můžete požádat správce databáze nebo se připojit k instanci ve skupině dostupnosti a zobrazit její konfiguraci dostupnosti Always On.

4. Stále ve Správci připojení klikněte v levém navigačním podokně na tlačítko Vše a zobrazte mřížku vlastností zprostředkovatele dat.

   Pokud konfigurujete připojení klienta jen pro čtení k sekundární replice, nastavte záměr aplikace na jen pro čtení. Jinak ponechte výchozí nastavení READWRITE, abyste přesměrovali připojení na primární repliku.

5. V části Informace o zosobnění vyberte Použít konkrétní uživatelské jméno a heslo systému Windows a zadejte uživatelský účet domény systému Windows, který má minimálně oprávnění db_datareader k databázi.

   Nevybírejte možnost Použít přihlašovací údaje aktuálního uživatele nebo zdědit. Můžete zvolit Použít účet služby, ale jenom v případě, že má tento účet oprávnění ke čtení databáze.

   Dokončete zdroj dat a zavřete Průvodce zdrojem dat.

6. Přidejte do připojovacího řetězce MultiSubnetFailover=Yes, abyste zajistili rychlejší detekci a připojení k aktivnímu serveru. Další informace o této vlastnosti naleznete v tématu Sql Server Native Client Support for High Availability, Disaster Recovery.

   Tato vlastnost není viditelná v mřížce vlastností. Pokud chcete přidat vlastnost, klikněte pravým tlačítkem myši na zdroj dat a zvolte Zobrazit kód. Přidejte MultiSubnetFailover=Yes do připojovacího řetězce.

Zdroj dat je teď definovaný. Teď můžete pokračovat vytvořením modelu, počínaje zobrazením zdroje dat nebo v případě tabulkových modelů a vytvářet relace. Pokud jste v okamžiku, kdy se data musí načíst z databáze dostupnosti (například když jste připraveni zpracovat nebo nasadit řešení), můžete otestovat konfiguraci a ověřit, že k datům se přistupuje ze sekundární repliky.

Otestujte konfiguraci.

Po nakonfigurování sekundární repliky a vytvoření připojení ke zdroji dat ve službě Analysis Services můžete ověřit, že příkazy pro zpracování a dotazování se přesměrují na sekundární repliku. Můžete také provést plánované ruční převzetí služeb při selhání a ověřit plán obnovení pro tento scénář.

Krok 1: Potvrzení přesměrování připojení ke zdroji dat na sekundární repliku

1. Spusťte SQL Server Profiler a připojte se k instanci SQL Serveru hostující sekundární repliku.

   Při spuštění trasování zobrazí události SQL:BatchStarting a SQL:BatchCompleting dotazy vydané službou Analysis Services, které se spouští v instanci databázového stroje. Tyto události jsou ve výchozím nastavení vybrané, takže vše, co je potřeba udělat, je spustit trasování.

2. V nástrojích SQL Server Data Tools otevřete projekt nebo řešení Analysis Services obsahující připojení ke zdroji dat, které chcete otestovat. Ujistěte se, že zdroj dat určuje naslouchací server skupiny dostupnosti, a ne instanci ve skupině.

   Tento krok je důležitý. Pokud zadáte název instance serveru, směrování na sekundární repliku nedojde.

3. Uspořádejte okna aplikací tak, abyste mohli zobrazit SQL Server Profiler a SQL Server Data Tools vedle sebe.

4. Nasaďte řešení a když je dokončeno, zastavte sledování.

   V okně trasování byste měli vidět události z aplikace Microsoft SQL Server Analysis Services. Měli byste vidět příkazy SELECT které načítají data z databáze na serverové instanci, která hostí sekundární repliku, což dokazuje, že připojení bylo provedeno prostřednictvím listeneru k sekundární replice.

Krok 2: Provedení plánovaného převzetí služeb při selhání a otestování konfigurace

1. V sadě Management Studio zkontrolujte primární a sekundární repliky, abyste měli jistotu, že jsou oba nakonfigurované pro synchronní režim potvrzení a že jsou aktuálně synchronizované.

   Následující kroky předpokládají, že sekundární replika je nastavena pro synchronní potvrzení.

   Pokud chcete ověřit synchronizaci, otevřete připojení ke každé instanci, která je hostitelem primární a sekundární repliky, rozbalte složku Databáze a ujistěte se, že databáze má v každé replice připojenou (Synchronizovanou) a (Synchronizing).

   Poznámka:

   Tyto kroky jsou převzaty z provedení plánovaného ručního převzetí služeb při selhání skupiny dostupnosti (SQL Server), která poskytuje další informace a alternativní pokyny k provedení této úlohy.

2. V SQL Server Profileru spusťte trasování pro každou repliku a prohlédněte si trasování vedle sebe. V následujících krocích porovnáte trasování a potvrdíte, že dotazy SQL používané ke zpracování nebo dotazování ze služby Analysis Services přejdou z jedné repliky na druhou.

3. Spusťte příkaz pro zpracování nebo dotaz v rámci služby Analysis Services. Vzhledem k tomu, že jste nakonfigurovali zdroj dat pro připojení jen pro čtení, měl by se zobrazit příkaz spuštěný na sekundární replice.

4. V aplikaci Management Studio se připojte k sekundární replice.

5. Rozbalte uzel Always On High Availability a uzel Skupina dostupnosti .

6. Klikněte pravým tlačítkem na skupinu dostupnosti, kterou chcete převzít při selhání, a vyberte příkaz Převzetí při selhání. Spustí se průvodce selháním skupiny dostupnosti. Pomocí průvodce vyberte, která replika se má nastavit jako nová primární replika.

7. Ověřte, že převzetí služeb při selhání proběhlo úspěšně:

   • V sadě Management Studio rozbalte skupiny dostupnosti a zobrazte (primární) a (sekundární) označení. Instance, která byla dříve primární replikou, by teď měla být sekundární replikou.

   • Podívejte se na řídicí panel a zjistěte, jestli se zjistily nějaké problémy se stavem. Klikněte pravým tlačítkem na skupinu dostupnosti a vyberte Zobrazit řídicí panel.

8. Počkejte jednu nebo dvě minuty, než se převzetí při selhání dokončí na backendu.

9. Zopakujte příkaz zpracování nebo dotazu v řešení Analysis Services a sledujte trasování vedle sebe v SQL Server Profileru. Měli byste vidět důkazy o zpracování v druhé instanci, což je teď nová sekundární replika.

Co se stane po převzetí služeb při selhání

Při selhání se sekundární replika stává primární rolí a předchozí primární replika stává sekundární rolí. Všechna klientská připojení se ukončí, vlastnictví naslouchacího procesu skupiny dostupnosti se přesune s rolí primární repliky do nové instance SQL Serveru a koncový bod naslouchacího procesu je svázán s virtuálními IP adresami a porty TCP nové instance. Pro více informací viz O přístupu klientů k replikám dostupnosti (SQL Server).

Pokud během zpracování dojde k převzetí služeb při selhání, objeví se následující chyba ve službě Analysis Services v souboru protokolu nebo v okně výstupu: "Chyba OLE DB: OLE DB nebo ODBC chyba: Chyba komunikačního propojení; 08S01; Poskytovatel TPC: Vzdálený hostitel vynutil ukončení existujícího připojení." ; 08S01."

Tato chyba by se měla vyřešit, pokud počkáte minutu a zkuste to znovu. Pokud je skupina dostupnosti správně nakonfigurovaná pro čitelné sekundární repliky, zpracování se při opakovaném zpracování obnoví na nové sekundární replice.

Trvalé chyby jsou s největší pravděpodobností způsobeny problémem s konfigurací. Můžete zkusit znovu spustit skript T-SQL a vyřešit problémy se seznamem směrování, adresami URL směrování jen pro čtení a záměrem čtení na sekundární replice. Měli byste také ověřit, že primární replika umožňuje všechna připojení.

Zpětný zápis při použití databáze dostupnosti AlwaysOn

Zpětný zápis je funkce Analysis Services, která podporuje What If analýzu v aplikaci Excel. Používá se také pro rozpočtování a prognózování úkolů ve vlastních aplikacích.

Podpora zpětného zápisu vyžaduje připojení klienta READWRITE. Pokud se v Excelu pokusíte zapsat zpět na připojení jen pro čtení, dojde k následující chybě: Data nelze načíst z externího zdroje dat.

Pokud jste nakonfigurovali připojení tak, aby vždy přistupoval ke sekundární replice pro čtení, musíte teď nakonfigurovat nové připojení, které používá připojení READWRITE k primární replice.

Uděláte to tak, že v modelu Analysis Services vytvoříte další zdroj dat, který podporuje připojení pro čtení i zápis. Při vytváření dalšího zdroje dat použijte stejný název naslouchacího procesu a databázi, kterou jste zadali v připojení jen pro čtení, ale místo úpravy záměru aplikace ponechte výchozí nastavení podporující připojení READWRITE. Do zobrazení zdroje dat založeného na zdroji dat pro čtení a zápis teď můžete přidat nové tabulky faktů nebo dimenzí a pak povolit zpětný zápis v nových tabulkách.

Viz také

Naslouchací služby Skupiny dostupnosti, Připojení klientů a Přepnutí služeb při selhání aplikací (SQL Server)
Aktivní sekundární repliky s možností čtení (skupiny dostupnosti AlwaysOn)
zásady AlwaysOn pro provozní problémy se skupinami dostupnosti AlwaysOn (SQL Server)
Vytvoření zdroje dat (multidimenzionální SSAS)
Povolit zpětný zápis dimenze