Znalostní databáze ORANGE

V některých případech v databázi Helios Orange nerovnoměrně narůstá například pouze jedna tabulka, třeba účetní deník, ostatní tabulky jsou proti té extrémní v zanedbatelných velikostech. Taková tabulka se dá na úrovni SQL2005 přesunout fyzicky na jiný disk (větší, rychlejší, ...).
V přiloženém dokumentu je popsán příklad přesunu takové tabulky.

Z výše uvedeného popisu by se mohlo zdát, že na jiný disk (do jiné FILEGROUP) lze uložit pouze \"dokumenty\", tzn. datové typy TEXT/IMAGE a že se tedy nejedná o uložení celé tabulky ale pouze vybraných atributů na jiný disk. Obojí je pravda :-))
V popisu si lze všimnout, že novou FILEGROUP (tedy ta data na jiném disku) lze nastavit buď na Table filegroup a/nebo Text filegroup (toto pojmenování je na SQL2000, u SQL2005 je to Filegroup or Partition Scheme Name, resp. Text/Image Filegroup). Tím lze nastavit \"přesměrování\" tabulky včetně (nebo pouze) TEXT/IMAGE atributů do jiného souboru (na jiném disku).

Toto oddělení je třeba vytvořit dříve, než je tabulka použita.
Následné oddělení tabulky s extra velkými dokumenty může skončit chybou na vypršení časového limitu. (Testování na 100 MB dokumentu)

Při první obnově dat do cvičné verze (pokud ve cvičné verzi nebyla také oddělena tabulka dokumentů, tzn. neexistuje soubor xxx002.ndf)
po zaškrtnutí DB se objeví tyto cesty:

d:\data\Helios001.mdf
d:\data\Helios001_dokumenty.ndf
d:\data\Helios001_log.ldf

po AUTO se stane toto:

d:\data\Helios002_mdf
d:\data\Helios002_log.ldf
d:\data\Helios001_log.ldf <-- problém

je nutno si to nechat zobrazit znovu, nedat AUTO, ale ručně přes F2 opravit 001 na 002 a spustit obnovu - proběhne OK.

Při druhém a dalším použití již AUTO funguje OK.

PS: nemusí to být obecné pravidlo, ale takto jednoduše byl výše uvedený problém vyřešen.