Jak promazávat velké množství záznamů (příloh) v agendě Odoslané e-maily

Velký počet odeslaných e-mailů s přílohami v agendě Odoslané e-maily může mít za následek zvětšení velikosti databáze v řádu GB a tím zpomalovat dobu trvání zálohování. Při velké velikosti příloh je proto vhodné zvážit promazání historických e-mailů nebo vynulování velikosti příloh.

Do systému ABRA Gen byla doplněna možnost provedení odstranění emailů nebo vynulování velikosti příloh za zvolené omezení (stáří dokladů, e-mailový účet, řada dokladu, uživatel, který zápis vytvořil, a obsah předmětu e-mailu) pomocí naplánované úlohy automatizačního serveru.

Před konfigurací naplánované úlohy typu “Promazání záznamů z agendy Odeslané e-maily“ je ale nejprve vhodné ověřit, jestli je odstranění záznamů odeslaných e-mailů vhodné řešit a jaké e-maily zabírají v databázi více místa.

1. Zjištění velikosti příloh v agendě Odoslané e-maily

Pro zjištění celkové velikosti příloh v agendě Odoslané e-maily a zjištění, pro jaké e-mailové účty a řady dokladů je největší velikost příloh, vznikla nová funkce, která se spouští z agendy Firemné údaje, záložka Technické nástroje - Analýza velikosti příloh v agendě Odoslané e-maily.

Výsledkem zjištění je otevřen ve webovém prohlížeči formou vizualizace a tabulek a obsahuje následující informace:

  • celková velikost příloh

  • celková velikost příloh dle roku data dokladu

  • celková velikost příloh dle e-mailové účtu

  • celková velikost příloh dle řady dokladu

  • celkový počet záznamů dle jednotlivých roků a e-mailových účtů TOP 10

  • případně celková velikost příloh dle vybrané délky prefixu předmětu e-mailu

Všechny údaje jsou zobrazeny jak formou vizualizace, tak i tabulkou se zjištěnými počty viz obrázek.

Všechny údaje jsou zobrazeny formou vizualizace i tabulkou se zjištěnou velikostí příloh v Bytech.

2. Naplánovaná úloha typu “Promazání záznamů z agendy Odoslané e-maily

Spuštění promazávání doporučujeme nastavit na neprodukční dobu, obvykle v nočních hodinách. Pro případ mazání velkého množství záznamů, jejichž mazání by mohlo trvat až několik hodin, je v úloze obsažena možnost stanovit maximální dobu jejího trvání.

Úlohu tedy nastavíme např. na spouštění jednou denně do 2:00 s maximální dobou odmazávání na 180min.

Promazávání by nemělo být nastaveno, tak aby kolidovalo s jinou náročnou akci např. se zálohováním nebo uzávěrkami.

Nastavíme, jestli mají být mazány doklady nebo pouze vynulována velikost příloh e-mailů (obě varianty se týkají pouze záznamů odeslaných e-mailů, ne datových zpráv), jak staré záznamy mají být mazány a pro jaké e-mailové účty a řady dokladů, případně od jakých uživatelů nebo s jakým obsahem předmětů e-mailů.

Tímto máme úlohu nastavenu a systém nám bude pravidelně spouštět promazávání starých e-mailů nebo příloh.

Odstranění záznamů na žádné z databázových platforem nevede k okamžitému odpovídajícímu snížení velikosti databáze. Důvodem je vznik fragmentace datových stránek odmazáváním jen některých záznamů. Představit si celý problém fragmentace při odebírání záznamů z tabulek si lze zjednodušeně vysvětlit na příkladu odebírání karet pacientů z fyzické kartotéky, kdy i přes částečné vyprázdnění karet pacientů z šuplíku s pacienty začínající na písmeno A nelze tento šuplík celý zrušit dokud v něm zbývají ještě nějaké záznamy.

Na databázi Firebird dojde k částečnému zmenšení velikosti databáze. Pokud se vyprázdní celá databázová stránka tak se může zmenšit trochu velikost celé databáze, ale toto zmenšení je minimální a také neodpovídá uvolněnému místu dle odstraněných záznamů.

Na vznik větší fragmentace je třeba upozornit správce databáze a domluvit, aby nedocházelo k souběhu akce údržby databáze (údržby index viz. Doporučení pro MSSQL MSSQL/Microsoft SQL Server).

3. Dosažení zmenšení zálohy databáze po odstranění záznamů

Finálního dosažení zmenšení velikosti zálohy databáze dosáhneme provedením údržby databáze.

Na databázi Firebird je tento proces zajištěn provedením zálohy a následné obnovy ze zálohy.

Př. snížení počtu stránek po obnově o 253080, což odpovídá zmenšení databáze o 3,8GB (253080 * 16kB / 1024 / 1024 = GB)

Před obnovou Data pages: 1378536, average fill: 68% po obnově Data pages: 1125456, average fill: 84%