Zajímavá chyba z instalace SQL 2012 clusteru

Při instalaci jednoho z 2012 SQL clusterů jsem narazil na poměrně zajímavou chybu, se kterou jsem se ještě nikdy nesetkal. Cluster nebyl schopný upravit oprávnění u souboru ResumeKeyFilter.store

Celá chybová hláška pak zní .. “Updating permission settings for file [Shared drive]\[Mountpoint]\System Volume Information\ResumeKeyFilter.store failed”. Ve zkratce stačí pouze upravit vlastníka

daného souboru na BUILTIN\Administrators a je hotovo. Nevýhodou je pokud se snažíte o škálovatelnost fatk, že takových mountpoints jsem musel upravit několik – data, logy, temp, backup atd ..

resumekeyfilter.store

Zálohování databází do Windows Azure

Zálohování databází do Windows Azure

Zálohování databází je běžnou součástí správy databázového serveru. V nové verzi SQL Serveru 2014 je možné zálohovat databáze nejen na disky, ale i do úložiště Windows Azure a využít tak „cloud storage“ pro uložení záloh databází.

clip_image001

U starších verzí SQL serveru tato možnost není nativně nabízena, ale Microsoft má k dispozici nástroj „Microsoft SQL Server Backup to Azure Tool“, který po instalaci tuto možnost emuluje. Backup to Azure dává možnost zálohovat databáze do Windows Azure pro SQL server jakékoli verze a edice. Jedná se o velmi malý nástroj, dostupný jak pro 32 tak to 64bitový systém. Po instalaci zbývá pouze velmi jednoduchá konfigurace, ve které je nutné zvolit jaké lokální cesty má tento nástroj monitorovat a jaké soubory v těchto cestách má považovat za zálohy SQL databází.

Continue reading

SQL Server MVP Award

Microsoft MVP Banner

Dear Marek Chmel,
Congratulations! We are pleased to present you with the 2014 Microsoft® MVP Award! This award is given to exceptional technical community leaders who actively share their high quality, real world expertise with others. We appreciate your outstanding contributions in SQL Server technical communities during the past year.

Seriál o replikaci na SQL Serveru 2012 – II. Díl

V prvním díle seriálu o SQL replikaci jsme si popsali snapshot replikaci a možnosti jejího nastavení na SQL Serveru 2012. V dnešním díle se budeme zabývat transakční replikací.

V prvním díle seriálu o SQL replikaci jsme si popsali snapshot replikaci a možnosti jejího nastavení na SQL Serveru 2012. V dnešním díle se budeme zabývat transakční replikací. Transakční replikace začíná zpravidla pomocí snapshotu z publikovaných dat. Následně každá změna v datech nebo schématu na publisher serveru je synchronizována na subscriber v reálném čase a ve správném pořadí v jakém tyto změny probíhaly na publisher serveru (tím je udržena transakční konzistentnost mezi publisher a subscriber servery).

Continue reading

Seriál o replikaci na SQL Serveru 2012 – I.

Prvním dílem začíná další seriál o technologiích dostupných v SQL Serveru, tentokráte se zaměřením na replikace.

Existují tři základní druhy replikací, a všechny mají stejný cíl. Tímto cílem je duplikace dat. Nejčastěji vytváříme další kopii dat pro reporting, zálohu, ale může být využíta i pro tzv. scale-out scénář pro zvýšení výkonu. Kopie dat může být vytvořena ve stejné databázi, na stejném serveru nebo klidně ve vzdáleném datacentru. Kopie dat mohou být synchronizovány v daných intervalech, nebo udržovány v neustálé synchronizaci. Máme možnost zvolit a konfigurovat replikaci jako jednosměrnou, z jednoho serveru na druhý, nebo i obousměrnou pro přenos a synchronizaci z obou serverů.

Continue reading

Audit na Microsoft SQL Serveru

Víte, kdo přistupuje k vašemu serveru a pracuje s vašimi daty? SQL Server 2008 představil jako jednu z novinek v Enterprise edici SQL Audit, který zaznamená veškeré informace.

C2 Audit

Možnost auditu je na SQL Serveru dostupná již od verze 2000, kde bylo možné zapnout tzv. C2 audit tracing, který ukládal informace o přístupu k objektům nebo spouštění jednotlivých dotazů, ať již úspěšné nebo neúspěšné. Při využití tohoto režimu byl audit soubor ukládán do výchozí složky pro data SQL serveru, a vždy po 200MB byl vytvořen další soubor. Velkou nevýhodou tohoto režimu je jeho značná náročnost na systémové prostředky a také jedno z pravidel C2 režimu, kdy v případě nemožnosti uložit informaci o auditu bude celá instance SQL Serveru vypnuta.

Continue reading

Optimalizace nastavení SQL Serveru pro SharePoint 2010/2013

Při nasazení SharePoint Server 2010 nebo 2013 je jedním ze základních stavebních kamenů celé farmy i SQL Server, který nabízí nepřeberné množství konfiguračních položek. Pro optimální výkon celého prostředí je vhodné nastavit některé konfigurační volby tak, aby vyhovovaly právě SharePoint serveru. Mnohdy jsou tyto volby odlišné od těch, které bychom chtěli mít pro jiné produkční systémy, proto je také doporučeno pro nasazení SharePoint serveru mít dedikovaný SQL Server.

Auto Create and Update Statistics

Každá databáze vytvořená na SQL Serveru má několik „auto“ vlastností, které mají vliv na výkon dané aplikace. U všech SharePoint databází (konfigurační, servisní, obsahové) je vhodné nastavit tuto volbu na false, alespoň taková informace je k dispozici na stránce technet.microsoft.com. SharePoint server si řeší údržbu databáze pomocí Healt Analyzer pravidla, které je spouštěno každý den a stará se právě o statistiky na jednotlivých databázích. Toto pravidlo ale pouze volá uloženou proceduru, která není v každé SharePoint databázi a u takových je vhodné nechat tyto volby nastavené na true.

Continue reading

SQL MVP Award

Dear Marek Chmel,
Congratulations! We are pleased to present you with the 2013 Microsoft® MVP Award! This award is given to exceptional technical community leaders who actively share their high quality, real world expertise with others. We appreciate your outstanding contributions in SQL Server technical communities during the past year.

SQL Server a vysoká dostupnost – IV.

V dnešním díle seriálu o vysoké dostupnosti se zaměříme na log shipping. Jedná se o funkci dostupnou v běžných edicích tj. Standard, Enterprise, Business Intelligence a Web. Log shipping automaticky zasílá zálohu transakčního logu z primárního serveru na několik sekundárních serverů. Na těchto sekundárních serverech je následně záloha transakčního logu obnovena.

Log Shipping nabízí několik zajímavých funkcí, mezi které patří Disaster Recovery pro jednotlivé databáze. Bohužel toto DR řešení nenabízí vysokou dostupnost, protože log shipping neumožňuje konfiguraci pro failover jako např. mirroring nebo AlwaysOn, které byly představeny v minulých dílech.

Konfigurace

Konfigurace log shipping je dostupná ve vlastnostech jednotlivých databází, stejně jako database mirroring. Při zapnutí je nejprve nutné nastavit zálohování transakčního logu databáze na dostupné úložiště pro ostatní log shipping partnery a intervaly pro jednotlivé zálohy. Čím kratší bude zvolený interval (výchozí hodnota je 15 minut) tím více budou databáze mezi servery synchronizované.

Continue reading

SQL Server a vysoká dostupnost – III.

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