:::: MENU ::::

Microsoft SQL Server 2005 – disaster recovery

sqlserver2005 Recovery Model
– Full – nejvyssi schopnost obnovit db – zalohuje se db i transact.log (log tedy stale roste)
– Simple – obnovuje pouze posledni full backup – pri kazde zaloze db se transact.log vycisti o neaktivni casti
– Bulk-Logged – je to velmi podobne full, pouze ma mene mista na transact.log
– backup je BEZ komprese!
– role db_operator ma moznost zalohovat konkrektni db
– Backup Device – je "alias" pro cestu kam zalohovat, aby nebylo potreba pri zmene zalohovaciho umisteni menit vsechny skripty – resi toto sp_addumpdevice, nebo v konzole Server Objects
– Options v Backup… Append – prida na konec souboru dalsi backup (pouziva se pro transact.logy); Overwrite – prepise cely backup
– Backup Job – naleza se pak v SQL Agentovi, vysledek Jobu se da nalezt pak hned pod nim v Job Activity Logu, vyberu udalost a dam History (zaroven je to takove v Event Vieweru)
– backup umi mirror – mohu backupovat soucasne na nekolik mist, ale neumi HDD a TAPE zaroven
– pouzivat vzdy CHECKSUM a Verifikaci
– ohledne FULL recovery modelu – pokud se nezalohuje kompletne cela db, ale jen nektere jeji soubory, tak se pouziva 1 zaloha db a nekolik zaloh t-logu – pri restoru se pak udela restore database with recovery (leave the database ready to use), pak postupne vsechny t-logy pomoci restore log with norecovery (leave the database non-operational, behem tohoto se databaze hlasi jako Restoring…) a na poslednim teprve restore log with with recovery
Database Snapshot (pouze v Enterprise verzi)
– musi byt na NTFS
– neni nahradou backupu!!!!
– nevytvari logy (pracuje pouze na storage enginu, ne na sessions)
– je pouze read-only – toho se da vyuzit pro uzivatele, ktery jen potrebuje read k nejakym history data
– behem vytvoreni je prazdny (pouze si alokuje misto na disku, podle velikosti db), teprve az se udela nejaka zmena v db, tak ty jeste nezmenene stranky se kopiruji do snapshotu
– umi i restore cele databaze, pokud se zmenila cela, pomoci restore database db from database_snapshot = ‚snapshotdb‘ – mnohem rychlejsi nez backup
– neda se db dropnout, pokud je nad ni snapshot
– prace se snapshotem je pouze pres prikazy – da se pouzit ovsem sablona z templates (ta je ale pouze pro jeden soubor – pokud jsou tam tedy dalsi soubory db, tak ty se musi dopsat!!) – kazdy db soubor ma tedy svuj soubor snapshotu (.ss)
Backing Up System Databases
– pokud nemam jejich zalohu, da se pouze provest pouze navrat ke stavu tesne po instalaci – pomoci "setup.exe /REINSTALLMODE=OMUS"
– pro restore zazalohovane sys. database musim spustit SQL v single-user modu, protoze pri nem se nehleda master db ("sqlservr.exe -c -m")


So, what do you think ?