Obsah 1 Základní práce 1 1.1 Klienti SQL Serveru........................ 1 1.2 SQL Server agent......................... 2 2 Nastavení databáze 3 2.1 Nastavení paměti......................... 4 2.2 Další nastavení.......................... 4 2.3 Nastavení oprávnění - pravidlo nejmenšího přístupu.... 4 2.4 Systémový katalog........................ 5 3 Soubory a Filegroups 6 4 Záloha a zotavení 6 5 Údrˇzba databáze 8 5.1 Nastavení oprávnění....................... 9 6 Uˇzivatelé databáze 9 6.1 Uˇzivatelé systému Windows................... 9 6.2 Uˇzivatelé SQL Serveru...................... 10 6.3 Oprávnění............................. 10 1 Základní práce 1.1 Klienti SQL Serveru Při práci s SQL Serverem budeme pouˇzívat dva klienty: 1
SQL Server Management Studio (SSMS) - GUI pro konfiguraci SQL Serveru. Spouští se z nabídky start, nebo zadáním ssms.exe do příkazového řádku. SQLCMD - Řádkový procesor SQL Serveru. Umožňuje spouštět skripty a posílat příkazy na SQL Sever. Můˇze být uˇzitečný pokud chceme spouštět nějaké příkazy z příkazového řádku, nebo pokud SQL Server přestane odpovídat. SQLCMD můˇzeme vyuˇzít na spuštění uloˇzeného sql scriptu: sqlcmd -S <JmenoServeru>\<JmenoInstance> -i <TSQLScript.sql> -o <VystupniSoubor.txt> Zastavení instance SQL Serveru je moˇzné provést několika způsoby: Zastavení sluˇzby MSSQLServer a SQLServerAgent. Stop v SSMS po kliknutí pravým tlačítkem na instanci. Příkaz SHUTDOWN v sqlcmd. Příkaz příkazové řádky: net stop mssqlserver. Spuštění instance SQL Serveru: Spuštění sluˇzby MSSQLServer a SQLServerAgent. Start v SSMS po kliknutí pravým tlačítkem na instanci. Příkazy příkazové řádky: net start mssqlserver, net start mssqlagent. Informace o serveru, instancích, databázích, provedených úlohách a auditech lze nalézt v nástroji Log file viewer. Je moˇzné se do něj dostat například v okně Object explorer ze záloˇzky Management SQL server log po dvojkliku na některý log file. Zde máme zobrazeny důležité události insatnce (databáze). 1.2 SQL Server agent Jedná se o sluˇzbu, která provádí spouštění úkolů vytvořených v rámci SSMS. SQL Server agent může také monitorovat databázi a upozornit administrátora na různé události v databázi. Aby bylo možné službu využívat 2
je nutné ji mít spuštěnu (implicitně je tato sluˇzby zastavena). Její spuštění je mimo jiné moˇzné provést i SSMS (pokud na to má přihlášený uˇzivatel opravnění) v object exploreru. Pro manipulaci s úlohami SQL Server agenta je nutné aby uˇzivatel měl některou z předdefinovaných rolí: SQLAgentUserRole, SQLAgentReaderRole, SQLAgentOperatorRole nebo musí být přímo v roli sysamin. Role jsou zde seřazeny od nejmenšího oprávnění. 2 Nastavení databáze Podrobné informace lze nalézt v manuálových stránkách k SQL Serveru 1. SQL Server umožňuje nastavit základní parametry instance serveru v okně SQL Server properties, kam je možné se dostat v MS SQL Server management studiu (SSMS). V tomto okně můˇzeme nastavit základní parametry instance. SQL Server dvě kategorie parametrů: Parametry jenˇz jsou nastaveny okamˇzitě po nastavení a spuštění RE- CONFIGURE (RECONFIGURE WITH OVERRIDE) Parametry jenˇz jsou nastaveny aˇz po restartu instance. Parametry jenž patří mezi pokročilé nastavení (stránka advanced v Server properties) je možné nastavovat jen pokud je nastaven parametr show advanced options na 1. Tento parametr bychom po nastavení příslušného pokročilého nastavení měli vrátit na původní hodnotu. Nastavení parametrů SQL Serveru je možné zobrazit v pohledu sys.configurations. U každého parametru jsou dvě hodnoty: atribut value a value in use. První udává aktuálně nastavenou hodnotu parametru a druhá udává hodnotu, která se aktuálně v instanci (či databázi) používá. 1 http://msdn.microsoft.com/en-us/library/ms189631.aspx 3
2.1 Nastavení paměti Za určitých podmínek můžeme adresovat i více paměti než 2GB v případě 32-bitových počítačů. Pokud v boot.ini zapneme /3GB omezíme velikost windows na 1GB a umožníme SQL Serveru adresovat až 3GB. Pokud navíc zapneme /PAE umoˇzní nám windows adresovat aˇz 16GB. No a poslední moˇznost je zapnout jen /PAE, v tom případě můˇzeme adresovat pamět aˇz 64GB. Aby tuto možnost adresování paměti nad 4GB SQL Server používal je ještě nastavit parametr awe enable na 1. Navíc je potřeba uˇzivateli, který spouští SQL Server sluˇzbu dát právo Lock Pages in Memory pomocí Local group policy editoru. Toto se provádí z toho důvodu, aby operační systém pamět nad 4GB neukládal automaticky na disk. U 64-bitových systémů je toto nastavení dobrovolné, ale i přesto se většinou doporučuje. Je to zejména z toho důvodu, aby nedocházelo ke swapování stránek operačním systémem v případě nedostatku paměti (například při kopírování velkých souborů). Pokud jsme takto nastavili Windows uˇzivatele, pak je nutné také nastavit maximální hodnotu paměti SQL Serveru. Je to z toho důvodu, aby nedocházelo k vyalokování celé dostupné paměti, coˇz by mohlo vést i k nestabilitě OS. 2.2 Další nastavení Popis některých další parametrů lze vidět v tabulce 1. 2.3 Nastavení oprávnění - pravidlo nejmenšího přístupu Zde uvedeme několik základních postupů k nastavení přístupů jednotlivých části SQL Serveru k OS tak, aby jsme postupovali dle pravidla nejmenšího přístupu. Pomocí nástroje SQL Server configuration manager je moˇzné nastavit uˇzivatele přes které se spouští jednotlivé sluˇzby. Přiřazením uˇzivatele sluˇzbě pomocí tohoto nástroje předejdete problémům s oprávněními, jelikož configuration manager implicitně nastaví potřebná práva. Pro lepší granularitu řízení přístupu je dobré vytvořit pro každou službu oddělené uživatele. 4
Jméno parametru Priority boost Max worker threads Recovery interval Fill factor Query wait User connections Popis Může zvýšit prioritu SQL Serveru před jinými procesy běžícími na windows. U dobře vyladěného serveru představuje minimální zrychlení. Obecně se nedoporučuje nastavovat. Při nenulové hodnotě je vytvořen pool vláken, kde můˇze docházet k optimalizaci při práci s vlákny. (doporučovaná hodnota je nad 256) Definuje maximální dobu v minutách, kterou by mělo trvat zotavení databáze. Tato hodnota se doporučuje nastavit pokud detekujeme problémy s častými checkpointy. Udává zaplnění indexu v případě jeho vytvoření či znovuvytvoření (rebuild). Čas v sekundách po který ma SQL Server čekat na vykonání SQL příkazu. Maximální počet paralelních připojení k databázi. Může pomoci při přetěžování databáze. Tabulka 1: Parametry SQL Server instance Úkoly vytvořené pro nástroj SQL Server agent potřebují často nastavit oprávnění k přístupu ke zdrojům mimo SQL Server. 2.4 Systémový katalog Některé pohledy systémového katalogu jsou vypsány v tabulce 2. Podrobné informace lze nalézt v manuálových stránkách k SQL Serveru 2. Do systémového katalogu můˇzeme nahlíˇzet také pomocí uloˇzených procedur. SQL Server obsahuje celou takových procedur jeˇz vracejí informace o databázi a instanci a pomocí kterých je moˇzné manipulovat s nastavením (viz. tabulka 3). Podrobné informace lze nalézt v manuálových stránkách k SQL Serveru 3. 2 http://msdn.microsoft.com/en-us/library/ms174365.aspx 3 http://msdn.microsoft.com/en-us/library/ms187961.aspx 5
Jméno pohledu sys.configurations sys.traces sys.sysfilegroups Popis Obsahuje informace o nastavení jednotlivých parametrů instance. Obsahuje traces bežící na dané instanci Filegroups v databázi Tabulka 2: Pohledy SQL Server instance Jméno procedury sp configure sp monitor sp who sp spaceused Popis Nastavení jednotlivých parametrů instance a databáze. Vrací statistiky SQL Serveru Vrací seznam uˇzivatelů připojených k databázi Odhad velikosti plné zálohy Tabulka 3: Uložené procedury SQL Server instance 3 Soubory a Filegroups Podrobné informace o filegroups lze nalézt v manuálových stránkách k SQL Serveru 4. Filegroups dané databáze je možné vytvářet v database properties. Dále můžeme vytvářet datové soubory, kde specifikujeme jejich umístění, relaci na filegroup a granularitu růstu souboru. 4 Záloha a zotavení Zálohu i zotavení je možné provádět jak pomocí příkazů T-SQL 5 tak s pomocí SSMS 6. Nejprve vyzkoušíme jednotlivé příkazy T-SQL: Plná záloha databáze se provádí příkazem: BACKUP DATABASE <jmeno database> TO DISK = N cesta ciloveho souboru WITH INIT 4 http://msdn.microsoft.com/en-us/library/ms179316.aspx 5 http://msdn.microsoft.com/en-us/library/aa337534.aspx 6 http://msdn.microsoft.com/en-us/library/ms189621.aspx 6
Zotavení databáze ze zálohy se provede: RESTORE DATABASE <jmeno database> FROM DISK = N cesta k souboru zalohy WITH REPLACE Rozdílovou zálohu databáze, která se provádí vzhledem k poslední plné záloze, lze spustit: BACKUP DATABASE <jmeno database> TO DISK = N cesta ciloveho souboru WITH DIFFERENTIAL, INIT Zotavení databáze ze zálohy s jednou rozdílovou zálohou se provede ve dvou krocích. Nejprve se nakopíruje plná záloha: RESTORE DATABASE <jmeno database> FROM DISK = N cesta k souboru plne zalohy WITH NORECOVERY, REPLACE GO Poté se pokračuje aplikováním rozdílové zálohy: RESTORE DATABASE <jmeno database> FROM DISK = N cesta k souboru rozdilove zalohy GO Archivaci logu provádíme příkazem: BACKUP LOG <jmeno database> TO DISK = N cesta ciloveho souboru WITH INIT Při zotavení ze zálohy s využitím archivovaných logů musíme vždy nejprve provést zálohu aktuálního logu a teprve po té provádět zotavení. Zotavení s vyuˇzitím archivovaného logu se provede následujícím příkazem: RESTORE LOG <jmeno database> FROM DISK = N cesta k souboru archivovaneho logu Při pouˇzití SSMS je moˇzné nastavit tři základní modely zotavení: 7
Model plného zotavení znamená, ˇze se bude provádět záloha datových souborů i záloha redo logu. Redo log soubor je uchováván dokud není provedena jeho archivace. Model jednoduchého zotavení, znamená, že se neprovádí záloha redo logu a staré záznamy jsou postupně přepisovány. Model plného zotavení mimo bulk operací, kde nedochází k logování bulk operací. V případě chyby média tedy můˇze dojít ke ztrátě těchto informací. Modely definují způsob manipulace s redo log souborem a také jaké způsoby zotavení jsou podporovány v databázi. Toto nastavení tedy samo o sobě nepředstavuje žádné zabezpečení databáze. Další nastavení zálohy je možné provést pomocí plánů na údržbu databáze (maintenance plans) jenž jsou popsány v kapitole 5. 5 Údrˇzba databáze Pro vytváření jednotlivých úloh údržby databáze je možné využít Maintenance Plan Wizard, který můžeme spustit po pravém kliknutí myši na Maintenance plans v SSMS. Další možností je vytvoření nového plánu (New Maintanace Plan). V plánu můžeme definovat podplány (subplan), které představují mnoˇzinu úloh, které mají být spouštěny v určitou dobu. Jakmile vytvoříme nový podplán, specifikujeme čas a frekvenci jeho spouštění a po té do něj můžeme vkládat úlohy. Úlohu do podplánu vložíme jednoduše přetažením z toolboxu Maintenance Plan Tasks. Jakmile je úkol vytvořen je potřeba na něj dvakrát kliknout a specifikovat jeho podrobnosti. Všechny takto vytvořené úkoly se spouštějí službou SQL Server agent, která tedy musí být také spuštěna. Takto vytvořené úlohy je možné nalézt v záložce jobs SQL Server agenta. Úlohu je mimo jiné možné vytvořit i zde. Log file viewer, který zobrazí informace o spuštěných úkolech a plánech je moˇzné otevřít po pravém kliknutí na Maintenance plans v SSMS a po vybrání view history. 8
5.1 Nastavení oprávnění Kaˇzdá vytvořená úloha se spouští s právy uˇzivatele, který ji vytvořil. SQL Server obsahuje několik subsystému, které vyžadují rozšířená oprávnění. Mezi takovéto subsystémy patří například Integration services, nebo PowerShell. Abychom nemuseli uživatelům, kteří potřebují tyto subsystémy využívat, dávat roli sysadmin, je nutné vytvořit účet proxy. Pro nastavení přístupu k subsystému s pomocí proxy: Nejprve vytvoříte v OS uˇzivatele. K tomu vyuˇzijte nástroj Computer management v Administrative tools. Tomuto uˇzivateli vytvoříte pověření v záloˇzce Security Credentials. V záloˇzce SQL Server agent Proxies, vytvoříte po kliknutí pravým tlačítkem novou proxy, které přiřadíte pověření vytvořené v předchozím kroku. Vyberete subsystémy, ke kterým tato proxy umožní přistupovat a nakonec do této proxy můžete přiřadit uživatele (principals), jenž budou moci tuto proxy využít k přístupu k subsystému. 6 Uˇzivatelé databáze V zásadě jsou dva druhy uživatelských účtů, jenž můžeme při přihlášení k SQL Serveru využít: Uživatelé systému Windows a Uživatelé SQL Serveru. Jednotlivé uživatele pak můžeme přiřazovat do rolí, jenž nám zjednodušší správu oprávnění uživatelů. Základní rolí je sysadmin, což představuje roli administrátora SQL Serveru. Podobně jako v Oracle zde najdeme také roli public, která je implicitně přiřazena kaˇzdému uˇzivateli. 6.1 Uˇzivatelé systému Windows Do SQL Server je moˇzné se přihlásit jako uˇzivatel OS windows, pokud má uˇzivatel v SQL Serveru vytvořeno jméno. Jméno pro uˇzivatele je moˇzné vytvořit příkazem CREATE LOGIN <jmeno uzivatele> FROM WINDOWS 9
WITH DEFAULT DATABASE = <jmeno database>, nebo s pouˇzitím SSMS v záloˇzce Security Logins. 6.2 Uˇzivatelé SQL Serveru Tito uživatelé nemusí být přihlášení do OS aby se mohli přihlásit do SQL Serveru. Je možné je vytvořit příkazem CREATE LOGIN <jmeno uzivatele> WITH PASSWORD = <heslo uzivatele>, WITH DEFAULT DATABASE = <jmeno database>. 6.3 Oprávnění Oprávnění k přístupu k různým zdrojům dochází s pomocí příkazu GRANT <opravneni> ON [<typ>::]<zdroj> TO <uzivatel>. Místo uživatele můžeme uvést také nějakou roli, které právo přidělujeme. Obecně platí, že jednodušší je správa oprávnění na úrovni role, než uživatele. 10