Příliš nízká hodnota maxservermemory

Nešťastnou náhodou se povedlo nastavit maximální pamět SQL serveru na hodnotu 240. Je třeba si uvědomit, že parametr pro uloženou proceduru sp_configure je třeba zadávat v MB a ne v GB. Jednalo se o server, který měl paměti opravdu dostatečně – 256GB. Bohužel s takovýmto nastavením služba SQL Server nenaběhne, vždyt se podařilo nastavit, že může používat maximálně 240MB. Není podstatné, jak se změnil memory manager mezi verzemi, tato hodnota je natolik nízká, že službu není možné pustit.

Nezbývá než v takovém případě je potřeba použít jeden ze startup parametrů -f, který umožnuje start služby s naprosto minimální konfigurací. I v tomto případě je možné se připojit přes Management Studio, pokud se Vám nechce pracovat přes příkazovou řádku, a nastavit správnou hodnotu pro max server memory. Po odstranění parametru a restartu služby už funguje vše v pořádku.

Novinky v oblasti bezpečnosti nového SQL Serveru 2016

 

Úvod

Ke konci květná Microsoft uvolnil ke stažení testovací build nového SQL Serveru 2016 (ke stažení je CTP2), který obsahuje mnoho zajímavých nových funkcí. Nové možnosti začínají hned u instalace, kdy např. setup automaticky generuje adekvátní množství souborů pro databázi tempdb – sice je stále potřeba nastavit detailně další parametry, ale i to je posun dopředu. Novinky serveru v oblasti databázového engine zahrnují jak rozšíření stávajích funkcionalit, které byly představeny s SQL 2012/2014, tak i zcela nové nastavení.

V tomto článku se společně podíváme na nové možnosti týkající se bezpečnosti SQL Serveru.

Continue reading

Mizející databáze MSSQLSystemResource

Každá instance SQL Serveru má svoji vlastní databázi MSSQLSystemResource, která je umístěná přímo ve složce SQL Serveru společně s aplikačními soubory .exe

Tato databáze je nutná pro start a konfiguraci serveru, její obsah si probereme v některém z delších článků, a je tedy velice důležité, aby tato databáze byla v pořádku. Bohužel některé instalace oprav jako jsou Service Pack a Cummulative updates mají schopnost při své instalaci tuto databázi smazat!!

Nemáte-li zálohu této databáze, je možné tyto dva soubory (mdf a log) zkopírovat z jiného SQL serveru. Musíte pouze pohlídat, že se jedná o stejnou verzi / edici a service pack, případně cummulative updates a sql security hotfixes.

Zrádné limity SQL Agenta

Při vytváření plánovaných úloh v SQL Agentovi je nutné zvolit rozumné jméno úlohy a každého kroku. V extrémních případech je bohužel zvoleno jméno příliš dlouhé, proti čemu samotný agent nikterak neprotestuje … dokud se nechcete podívat na jednotlivé úlohy nebo na activity monitor. Nepomůže ani nejnovější verze SQL Management Studia, která má se zobrazením plánované úlohy, jejíž jméno je delší než 128 znaků, problém.

Jednoduché řešení
Pomocí UPDATE příkazu manuálně upravit jméno úlohy a případně jednotlivých kroků a vše opět funguje.

Replikace a recovery model

Transakční replikace pro svoji správnou funkci nepotřebuje full recovery režim u jednotlivých databází. Může se to zdát divné, protože simple recovery režim využívá jednodušší správu transakčního logu, kdy dokončené transakce nejsou zachovávány v logu a jsou vymazány. Při zapnutí transakční replikace jsou tyto transakce z logu vymazány až poté, co jsou překopírovány do distribuční databáze a označeny jako replikované.

Proces, který se stará o kopírování transakcí do distribuční databáze se jmenuje log reader a společně se zapnutím transakční replikace zajišťuje, že log nebude čištěn, dokud nejsou transakce replikovány.

Dynamic Data Masking

Na konci května byl uvolněn ke stažení SQL Server 2016 ve verzi CTP2, který obsahuje zajímavou funkci Dynamic Data Masking.

Kompletní nápověda je dostupná v Books Online link
Po chvílí snažení vše funguje a je možné zobrazovat maskovaná data.

Data Masking

SQL MVP Award

Dear Marek Chmel,
Congratulations! We are pleased to present you with the 2015 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.