it-swarm-eu.dev

Co musí DBA vědět o SSAS?

Viděl jsem spoustu materiálu, který pokrývá obchodní aspekt SSAS, ale ve skutečnosti není mnoho o důležitých aspektech správy a řízení.

Co z pohledu správy instance služby SQL Server Analysis Services, co musí funkční DBA vědět o SSAS, aby byla správně a efektivně spravována?

40
ivanmp

Rychlý přehled SSAS pro DBA

Takže jste SQL Server DBA a právě jste zdědili pár krychlí z modré, které chcete spravovat. Zdá se, že rychlý kurz správy SSAS je v pořádku.

Z administrativního hlediska je SSAS poměrně přímočará aplikace, pokud jde o zdroje. Je to mnohem jednodušší než platforma DBMS, i když se liší několika způsoby. Existuje také několik administrativních úkolů, jako je optimalizace založená na využití specifické pro SSAS, které byste možná museli obejít.

Zálohujte konfigurační soubor

Všechna konfigurační data žijí v souboru s názvem msdmsrv.ini. Je to soubor XML. Pokud budete hrát s konfigurací prostřednictvím SSMS (Připojte se k serveru, klikněte pravým tlačítkem myši na server, vyberte vlastnosti), můžete nastavit možnosti, které server rozbijí při spuštění. Vezměte kopii msmdsrv.ini než začnete hrát s čímkoli.

Důležité parametry

Paměť: SSAS je biblický prase paměti. Má rád 64 bitů, pokud je to možné, a spoustu paměti. Parametry 'Memory\LowMemoryLimit' a 'Memory\HighMemoryLimit' řídí zásady využití paměti. LowMemoryLimit není minimální přidělení paměti. Je to práh, kdy SSAS považuje systém za nedostatek paměti a začne vyprazdňovat věci z jeho mezipaměti. HighMemoryLimit je absolutní maximum, které použije.

Všimněte si, že SSAS ukládá svá data do souborů (spousta souborů - nemá žádný mechanismus ekvivalentní souborovým skupinám), takže pro tyto soubory hodně používá ukládání do mezipaměti O/S systému souborů. Výchozí hodnota těchto limitů je přibližně 65% a 80% paměti stroje, takže pokud chcete, aby server OLAP) existoval společně s instancí serveru SQL, budete je muset vypnout takže s databázovým serverem nebojuje o paměť.

Adresáře: Patří sem pět důležitých parametrů: DataDir, AllowBrowsingFolders, BackupDir, LogDir a TempDir. DataDir a AllowBrowsingFolders jsou nejdůležitější.

  • PovolenéBrowsingFolders ovlivňuje seznam složek, do kterých server OLAP vloží své datové soubory). Vše s uživatelským rozhraním (např. Průvodce rozmístěním) omezí vaše možnosti do seznamu v AllowBrowsingFolders. Hodnota je seznam adresářů oddělených potrubím ('|').

  • DataDir je výchozí cesta pro soubory. Pokud máte v úmyslu rozdělit krychli na více svazků, budete muset patřičně nakonfigurovat AllowBrowsingFolders.

  • LogDir je místo, kde server umísťuje různé protokolové soubory včetně letového zapisovače a protokolů dotazů. Protokol letového zapisovače se používá pro odstraňování problémů a protokol OLAP dotazovací protokol) se používá pro optimalizaci založenou na využití (více o tom později).

  • TempDir je umístění dočasných souborů, které SSAS vytvoří během zpracování. Pokud zpracováváte velké objemy dat a máte problémy s výkonem, můžete mít prospěch z přesunu tohoto obsahu na jiný objem z dat.

  • BackupDir je to, co se říká na plechovce.

Různé: Několik zajímavých parametrů může být také zajímavých. Několik sad, které budete možná muset Tweak, jsou:

  • DefaultMaxDrillthroughRows: Tím se omezí velikost sad řádků vrtání. Možná budete muset tento problém zvládnout, abyste mohli více.

  • Vlákna/Timeouty: Možná bude třeba je upravit. Nikdy jsem se nemusel obtěžovat.

To jsou základy. Možná budete muset vyladit ostatní ze specifických důvodů, ale můžete si udělat domácí úkoly.

Referenční příručka pro vlastnosti serveru SSAS je k dispozici zde.

Operace

Nasazení: Můžete zkompilovat projekt v BIDS a získat sadu souborů, které lze nasadit pomocí průvodce nasazením . Možná budete muset upravit cesty souborů pro oddíly a několik dalších věcí.

Naprogramované a šarže administrátorské úkoly: Příkazy jsou vydávány SSAS prostřednictvím webové služby API nazvané XML/A. Společnost Microsoft poskytuje interaktivní nástroj pro vydávání připojení MDX a XML/A. Pokud musíte vložit MDX do příkazu XML/A, dejte si pozor na potřebu použít XML úniky, například &. To není problém s editorem MDX a nástrojem dotazu v SSMS.

Offline úlohy lze provádět pomocí různých úloh zpracování datových krychlí SSIS, nástroje příkazového řádku s názvem ascmd.exe nebo .Net API s názvem AMO. Můžete také získat různé nástroje powerhell a podobně. ascmd.exe vezme soubor XML/A a zaúčtuje jej na server. Pokud musíte soubor frigovat programově, může být lepší pracovat s malými .Net nástroji, než se snažit manipulovat s XML soubory ze skriptu .cmd.

Podrobnější je podrobný průvodce operací .

Zabezpečení

Zabezpečení na SSAS je poměrně zjednodušené. Má globální roli „Server“, která má oprávnění pro správu v celém systému. Bohužel pro vytvoření databází potřebujete „Server“, takže je docela pravděpodobné, že je budete muset poskytnout vývojářům na všech vývojových serverech OLAP), které máte.

Další zabezpečení lze použít pouze na jednotlivá schémata krychle. Můžete udělit oprávnění ke čtení, zpracování, procházení, zpětnému zápisu a podobně na jednotlivé položky do rolí ve schématu. Role na schématech OLAP schémata lze definovat v rámci BIDS a jsou nasazeny s krychlí. Skupiny AD nebo uživatelé mohou být těmto rolím přiřazeni prostřednictvím SSMS.

Příklad, jak programově spravovat členství v rolích, naleznete zde .

Optimalizace založená na použití

Jako DBA se do toho pravděpodobně zapojíte, ale nejprve trochu pozadí o fyzickém úložišti. SSAS pracuje výpočtem a přetrvávání předem sestavených agregátů spolu se základními daty. Pokud lze dotaz uspokojit zasažením agregátu, server OLAP použije tento server přednostně před základními daty, protože agregát bude zahrnovat mnohem méně I/O, a proto bude rychlejší načtení data.

Musíte však zjistit, které agregáty se mají vypočítat (tj. Pro které kombinace atributů dimenze se generují souhrny). BIDS má nástroj, který to uhodne a vygeneruje pro vás něco. Některé nástroje, jako je pomocník BIDS , vám také umožní ručně upravovat agregáty.

Optimalizace založená na použití funguje tak, že se zaznamená protokol skutečných dotazů vydaných na server a pak se tento protokol použije k vytvoření sady agregátů, které by byly pro tyto dotazy optimální. Jako DBA můžete nastavit OLAP protokolování dotazů pro zachycení těchto dat a potom spustit optimalizaci na krychli. Je možné najít chybu ohledně nastavení protokolu dotazů ) zde.

Nástroj, jak to provést, se nazývá „Průvodce optimalizací založeným na použití“. Tento systém žije v SSMS a lze jej najít otevřením oddílu v Průzkumníku a výběrem možnosti „Optimalizace založená na použití“ mimo klepněte pravým tlačítkem myši na nabídku.

Podrobnější průvodce laděním je.

[~ # ~] mdx [~ # ~]

[~ # ~] mdx [~ # ~] vypadá trochu jako SQL, ale funguje velmi odlišně. Pojednání o 'MDX pro SQL programátory' je celé téma samo o sobě. Navrhuji přečíst si některé návody a/nebo získat knihu o tom. Navíc, přátelští lidé zde na dba.se vám mohou pomoci s otázkami, pokud máte nějaké.

MDX nemá žádnou koncepci filtrování řádků. Jazyk má mnoho nastavených operací, aby zjistil, co se má zobrazit na různých osách dotazu1plus „VYBRAT“. K definování měr a sad můžete použít příkazy with, které vypadají trochu jako CTE.

Některé úvodní programovací prostředky MDX jsou k dispozici zde a zde (tento je poměrně starý a velmi dlouhý vítr). K tématu je také několik dobrých knih; tato SO otázka má docela dost fan-out na zdroje SSAS.

1 Přestože má neprázdné operátory, které omezují výsledky na kombinace, které skutečně obsahují data. Většina dotazů MDX sestává z definování toho, které řezy se mají zobrazit na osách, a neprázdné operátory budou nutné, aby se předešlo dotazům vracejícím množství kombinačních úrovní prázdných buněk.

Některé odpovědi týkající se správy SSAS můžete získat z této zdlouhavé bílé knihy SQL Server 2008 R2 Analysis Services Operations Guide . Takto začíná úvod:

V této příručce naleznete informace o tom, jak otestovat a spustit službu Microsoft SQL Server Analysis Services v produktech SQL Server 2005, SQL Server 2008 a SQL Server 2008 R2. Tato příručka se zaměřuje na to, jak můžete testovat, monitorovat, diagnostikovat a odstraňovat problémy s výrobou i na těch největších kostkách. Tento dokument také poskytuje návod, jak nakonfigurovat server pro nejlepší možný výkon.

Je zřejmé, že je zaměřen na DBA/administrátory. Pokud vyvíjíte aplikace také pomocí SSAS, můžete se také podívat na Analysis Services 2008 Performance Guide Whitepaper

6
DaniSQL