Author Archives: Marek Chmel

SQL Server a vysoká dostupnost – III.

Posted on by

V dnešním díle seriálu o vysoké dostupnosti se zaměříme na database mirroring. Mirroring u databází pracuje na principu synchronizace dvou kopií databáze (principal a mirror databáze). V případě výpadku prvního serveru tedy můžeme použít server druhý. Database mirroring byl představen v rámci SQL Server 2005 a dodnes je v serveru k dispozici ve dvou různých režimech.

Mirroring mode

Mirroring může být nakonfigurován ve dvou režimech – high-performance a high-safety (u tohoto rozlišujeme zda-li je k dispozici i automatický failover). Režim high-performance je dostupný pouze u enterprise edice a dovoluje, aby databáze byly replikovány asynchronně. V tomto režimu potvrzuje principal (aktivní) server transakci směrem ke klientovi, aniž by čekal na potvrzení transakce z mirror serveru. Tím je dosaženo minimální latence. Tento režim ale nedovoluje použít automatický failover. Proč tedy tento režim používat? Nejčastěji pokud je mirroring nastaven mezi servery v různých lokalitách. V těchto případech je ale možné využít i log-shipping nebo asynchronní AlwaysOn, o kterém jsme psali v minulém díle.

Continue reading →

SQL Server a vysoká dostupnost – II.

Posted on by
AlwaysOn

V dnešním díle seriálu o vysoké dostupnosti SQL Serveru se podíváme detailněji na zcela novou funkci AlwaysOn. AlwaysOn je dostupná od verze SQL Server 2012. Pomocí AlwaysOn jsme schopni zajistit vysokou dostupnost databází mezi několika servery. AlwaysOn dovoluje konfigurovat dostupnost nad skupinou vybraných databází, což je pro dnešní systémy velká výhoda. Dnešní SW zdaleka nespoléhá pouze na jednu databází, a díky AlwaysOn nemusíme konfigurovat dostupnost pro každou databází jednotlivě.

ag01

Pro konfiguraci AlwaysOn musí databáze splňovat několik podmínek, mezi které patří např.

Continue reading →

SQL Server a vysoká dostupnost – I.

Posted on by

Vysoká dostupnost a Disaster Recovery (HA a DR) jsou u mnoha produktů často zaměňovány a často nesprávně požadovány při nasazení jednotlivých funkcí systému. Zatímco vysoká dostupnost se spíše zaměřuje na výpadky systému a služby, Disaster Recovery je využitá v mnohem širším spektru problémů. V případě využití SQL Server se mezi HA možnosti, které jsou nabízeny, řadí

  • Database Mirroring
  • Log Shipping
  • Failover Clustering
  • Replikace
  • AlwaysOn (od verze 2012)

Jednotlivé technologie pro vysokou dostupnost a jejich možnosti jsou odlišné v závislosti na použité edici SQL Serveru, zejména pro AlwaysOn je nutná edice Enterprise.

Continue reading →

Vliv Instant File Initialization na výkon SQL Serveru

Posted on by

SQL Server pokud je správně nastaven dokáže použít „Instant File Initialization (dále jen IFI) pro optimalizaci práce s diskovým systémem. Každá databáze SQL Serveru je tvořena minimálně dvěma soubory – souborem datovým (přípona mdf, master data file) a souborem pro transakční log (ldf, log data file). Při vytváření obou souborů je za výchozího nastavení nutné provést „nulování“ souboru, tj. nastavení jednotlivých bitů na hodnotu 0 pro celou velikost souboru. K těmto operacím dochází pří použití příkazů CREATE DATABASE, ALTER DATABASE (týká-li se IO), RESTORE DATABASE a v případě autogrow operací (každý soubor může být nastaven na autogrow v procentuelní velikosti, nebo v pevné velikosti přírůstku). Zejména v případě autogrow a restore je nutnost čekat na nulování souboru zdlouhavá a zbytečná (vezměme v úvahu případ obnovy databáze o velikosti 200GB, poté čekáme na zapsání nulových hodnot, než proběhne samotná obnova databáze i několik desítek minut). Celé nulování provádí samotný SQL Server, a ne NTFS filesystém.

Continue reading →

Contained database a její využití na SQL Serveru 2012

Posted on by

SQL Server 2012 přináší mnoho novinek v oblasti administrace, vývoje i business intelligence. Pro administrátory je určitě zajímavá nová technologie pro vysokou dostupnost AlwaysOn i mnohé možnosti pro zabezpečení SQL Serveru 2012. Na pomezí těchto dvou oblastí stojí contained databáze. Jedná se o databázi vytvořenou na SQL Serveru 2012, která je však izolovaná od instance a na této instanci závislá méně, než jiné běžné databáze. V aktuální verzi je k dispozici jeden containment model a to partial.

sqlContDb01

Mezi základní výhody contained databáze patří

  • Snadná přenositelnost mezi servery při migraci
  • Jednoduché nastavení AlwaysOn pro dostupnost databáze
  • Vývoj db nezávislý na instanci SQL Serveru

Continue reading →

FAST Search a jeho přínosy

Posted on by

Schopnost rychlého vyhledávání informací řadíme mezi jeden z klíčových požadavků pro efektivní práci. Onou rychlostí zde přitom nemyslíme primárně to jak rychle jsou nám výsledky hledání vypsány na obrazovku po kliknutí na tlačítko „Vyhledat“, ale spíše to jak rychle jsou nové dokumenty a záznamy do výsledků hledání zařazeny. Samozřejmostí je rovněž požadavek na komplexnost a jednotnost, tedy schopnost centrálního vyhledávání v rámci všech firemních datových úložišť, jako jsou souborové servery, databáze, webové a LOB aplikace.

Microsoft dnes nabízí několik variant produktů pro podnikové vyhledávání obsahu (tzv. Enterprise Search) postavených či integrovaných do platformy SharePoint 2010, mezi kterými si můžeme zvolit v závislosti na požadovaných funkcích, množství dat a zdrojích pro indexaci, jmenovitě Search Server Express 2010, Search Server 2010 či přímo samotný SharePoint 2010 (s výraznými rozdíly v rámci možností vyhledávání u verzí Foundation či Server).

Nejpokročilejším produktem pro vyhledávání z této rodiny je FAST Search Server 2010, který, oproti Search Serveru či SharePoint Serveru (znalci vědí, že je to téměř totéž, tedy co se vyhledávání týče) rozšiřuje schopnosti vyhledávání a indexace dat ještě o další nové funkce a možnosti většího škálování.

FAST Search Server 2010 rozšiřuje vyhledávání v klasickém SharePointu 2010 (Search Serveru 2010) zejména o:

  • Schopnost rychlého indexování velkých objemů dat (řádově stovky milionů dokumentů).
  • Vyhledávání dle kontextu uživatele (přizpůsobení výsledků hledání, např. doporučených výsledků, v závislosti na uživateli provádějícím hledání).
  • Pokročilou lingvistickou a textovou analýzu dat umožňující rozpoznat klíčové informace v dokumentech (např. jména osob, geografické názvy a mapová data, jména společností, použitý jazyk či vlastní, v rámci organizace používané a definované slovníky termínů) a automaticky je přiřadit k dokumentům jako metadata, dle kterých je následně možné nalézat vazby mezi dokumenty na základě jejich obsahu a filtrovat výsledky hledání.
  • Rychlé ukázky obsahu, tedy náhledy nalezených dokumentů (Thumbnail Preview) ve výsledcích hledání. Tato funkce využívá sadu služeb Office Web Apps (Word Viewing Service, Excel Services, PowerPoint Broadcasting Service) k zobrazování náhledů dokumentů přímo na stránkách výsledků hledání a umožňuje tak grafickou vizualizaci nalezených dat.
  • Rozšiřitelnou vyhledávací platformu s možností tvorby specifických aplikací zaměřených na vyhledávání obsahu.

K shlédnutí doporučujeme videa na této stránce: http://sharepoint.microsoft.com/en-us/pages/Videos.aspx?VideoID=17.

Continue reading →

Využití PowerPivot

Posted on by

PowerPivot je doplněk do aplikace Excel 2010, který uživatelům otvírá cestu do světa Self-Business Intelligence. Přístup Self-Business Intelligence dovoluje koncovým uživatelům jednoduše a rychle vstoupit do světa BI bez velkých znalostí. Mezi hlavní přínosy Self-BI patří:

  • Koncoví uživatelé si tvoří své vlastní BI aplikace pomocí nástrojů, které již znají (tedy Excel 2010)
  • Tyto jednotlivé aplikace se dají lehce a rychle upravovat bez velkých znalostí BI a vývoje
  • Vše se dá sdílet např. pomocí SharePoint 2010 a tedy i spravovat jako jakýkoli jiný obsah (využití, bezpečnost, verzování, upozornění na změny)
  • Analýzy mohou být obnovovány automaticky, a reflektovat změny zdrojových dat

Microsoft dodává PowerPivot ve dvou různých provedeních, jednak jako doplněk pro Excel 2010 (tj. PowerPivot for Excel) nebo také jako PowerPivot pro SharePoint, který rozšiřuje možnosti serveru SharePoint 2010 pro publikování a práci s aplikacemi vytvořenými pomocí PowerPivot. Samotné PowerPivot aplikace vypadají jako obyčejný sešit Excel, ale navíc obsahují metadata a data PowerPivot. Veškerá data jsou ukládána s vysokou kompresí a jsou uložena jako součást sešitu Excel. Proti samotné aplikaci Excel otevírá uživateli PowerPivot cestu k víceru datovým zdrojům, pokročilejším filtrům pomocí DAX, přístupu na data offline a v neposlední řadě také možnost pracovat s větším množstvím informací než v samotné aplikace Excel 2010.

02 PowerPivot 09

Continue reading →

Práce s recovery modely na SQL Serveru

Posted on by

SQL Server ukládá veškeré informace do dvou typů souborů. Každá databáze je tvořena datovým souborem a souborem pro uložení transakčního logu. Každá databáze na SQL Serveru má ve svých vlastnostech nastaven tzv. režim logování (Recovery Model). Celkem máme k dispozici 3 režimy, které ovlivňují styl práce s transakčním logem a také mění nároky na Disaster Recovery procesy.

sqlrecovery01

V případě manipulace s daty je třeba, aby veškerá data potřebná pro danou operaci byla nejprve načtena do tzv. data bufferu. Následně v bufferu SQL Server uzamkne v několika krocích data, tak, aby zajistil, že uživatel nemůže data, která se právě mění, číst. Toto chování je ovlivnitelné pomocí několika režimů pro izolace transakcí, případně je ovlivnitelné pomocí tzv. hints v rámci dotazů. Po uzamčení veškerých dat může SQL Server provést např. změnu požadovaných dat a zároveň s touto změnou jsou veškeré údaje uloženy do transakčního logu.

Continue reading →

Šifrování dat na SQL Serveru

Posted on by

Zabezpečení dat na SQL serveru se dá uchopit mnoha různými způsoby. Ve verzi SQL Server 2008 Enterprise byla představena nová možnost ochrany dat, označována jako Transparent Data Encryption. Styl práce TDE je poněkud odlišný od tradičního šifrování dat na úrovni jednotlivých sloupců. Při využití TDE je celá databáze šifrována zcela automaticky bez zásahu uživatele a hlavně bez změny programového kódu užívaného pro databázové aplikace. Velké využití získává TDE v případech fyzického zabezpečení datových nosičů a záloh jednotlivých databází. Ano! I samotné databázové zálohy jsou stále pod ochranou TDE a tedy již není běžně možné vzít si backup databáze a bez problémů jej obnovit na jiný server. Proces šifrování a dešifrování probíhá na úrovni načítání datových stránek do paměťového bufferu. V paměti se poté již nachází data v rozšifrované podobě. Cílem TDE je tedy chránit data ve fyzických souborech určených pro ukládání dat (mdf), transakčním logu (ldf) a záloze (bak). K šifrování dat dochází při jejich uložení na disk z paměťového bufferu zcela automaticky bez jakéhokoli zásahu uživatele. Celý proces vyžaduje určitý výpočetní výkon, obě operace – šifrování i dešifrování – potřebují pro svou práci systémové prostředky serveru. Tyto nároky jsou však mnohem nižší než u klasického šifrování sloupců, které bylo dostupné na dřívějších verzích SQL Serveru. Microsoft udává, že dochází ke zpomalení v řádu cca 3 – 5 %, což může být vzhledem k vyšší bezpečnosti dat přijatelná hodnota. Velkou výhodou TDE je také zachování možností indexace dat a bezproblémového využití cizích klíčů.

Implementace Transparent Data Encryption

Samotná implementace TDE spočívá ve 4 krocích, které je nutné provést

· Vytvoření master key

· Vytvoření nebo instalace certifikátu, chráněného master key

· Vytvoření databázového šifrovacího klíče a jeho ochrana certifikátem

· Konfigurace TDE v databázi.

Continue reading →

Integrace SharePoint 2010 a SQL Server Reporting Services

Posted on by

Jedním z pilířů Microsoft Business Intelligence jsou SQL Server Reporting Services. Jedná se o komplexní platformu pro generování sestav z mnoha datových zdrojů, jako je:

  • SQL Server
  • Oracle
  • DB2
  • SAP
  • Hyperion
  • SharePoint atd.

01ssrs01Při instalaci SSRS je nutné zvolit, jestli chceme, aby běžely v tzv. nativním režimu, nebo byly integrovány s platformou SharePoint. V tomto článku si ukážeme, jak propojit SSRS a SharePoint 2010.

Tento režim integrace lze měnit i po konfiguraci Reporting Services.

Nativní režim SSRS umožňuje instalaci nezávisle na SharePoint platformě. Pro správu prostředí poté můžeme využít webovou aplikaci Report Manager.

Při instalaci SSRS v integrovaném režimu, což je varianta kterou v následujících odstavcích popisujeme, je tato aplikace vypnuta a správa probíhá na straně SharePoint. V tomto režimu jsou všechny reporty ukládány přímo do SharePoint dokumentových knihoven a tím jsou dostupné příslušným uživatelům. Navíc v tuto chvíli celé zabezpečení stojí na straně SharePoint a nemusíme tedy zvlášť nastavovat SSRS a SharePoint skupiny zabezpečení.

Na straně SharePoint musí být nainstalován SQL Server Reporting Services Add-in, o tuto operaci se postará sám instalátor SharePoint v rámci instalace prerekvizit. Všechny tyto prerekvizity jsou stahovány během instalace z internetu, v případě že byste chtěli jednotlivé komponenty instalovat ručně, najdete tento addin jako součást SQL Server 2008 R2 Feature Pack.

Continue reading →