SQL Server Express: Limit 10 GB na databázu a 1410 MB RAM
Ako určiť kritické zaplnenie databázy a čo robiť
V bezplatnej edícii SQL Server Express platí prísne obmedzenie veľkosti jednej databázy — 10 GB (pre verziu 2005 — 4 GB). Po dosiahnutí limitu systém zablokuje zapisovanie nových dát, čo vedie k zastaveniu operácií a chybám v evidencii.
Materiál je určený systémovým administrátorom alebo používateľom s praktickými skúsenosťami s Microsoft SQL Server a pochopením dôsledkov zmien v štruktúre databázy. Všetky úkony vykonávate na vlastné riziko: nesprávne použitie príkazov môže viesť k strate dát alebo k nefunkčnosti databázy. Pred vykonaním akýchkoľvek operácií je potrebné vytvoriť úplnú záložnú kópiu databázy, skontrolovať dostupné voľné miesto na disku a uistiť sa, že neexistujú aktívne pripojenia k databáze. Ak si nie ste istí správnosťou krokov alebo ich dôsledkami — odporúča sa obrátiť na technickú podporu.
Obmedzenia
-
SQL Server Express 2008 R2 / 2012 / 2014 / 2016 / 2019 / 2022 — 10 GB na databázu
-
SQL Server Express 2005 — 4 GB na databázu (táto verzia SŘBD nie je podporovaná aktuálnou verziou programu.)
-
Limit sa týka data files (.mdf). Transakčný log (.ldf) do limitu nepatrí, ale ovplyvňuje stabilitu.
Príznaky blížiaceho sa alebo dosiahnutého limitu
Funkčné chyby
-
Nie je možné vytvoriť doklad alebo pridať položku.
-
Hlásenia:
PRIMARY filegroup is full
Could not allocate space for object
Výkon
-
Výrazné spomalenie práce.
-
Pomalé otváranie formulárov (sklad, bilancie, analýzy).
Servisné operácie
-
Nevykonávajú sa úlohy na pozadí.
-
Chyby počas:
-
výpočtu nákladov;
-
aktualizácie štatistík;
-
reorganizácie indexov;
-
vytvárania záloh.
Stav databázy
-
Hlásenia o nedostatku pamäte v buffer pool pri zložitých dopytoch.
Ako skontrolovať aktuálnu veľkosť databázy
Rýchla kontrola (odporúčané)
-
Otvoriť priečinok s databázou (typicky:
C:\TORGSOFT\DATABASE\) -
Skontrolovať veľkosť súboru .mdf
-
Kritické hodnoty: 9+ GB — databáza je na hranici limitu. Odporúča sa urýchlene skontrolovať a optimalizovať objem dát.
Prvoradé kroky (ak je databáza už preplnená)
1. Čistenie logov
-
Odstrániť záznamy z:
-
protokolu činností používateľov;
-
denníka zmien dokladov.
-
Odporúča sa ponechať posledné 2–3 mesiace. Čistenie robte po častiach, aby ste nepreťažili disk a transakčný log: pri hromadnom mazaní dát sa môže súbor logu (.ldf) dočasne výrazne zväčšiť a po dokončení sa jeho veľkosť zmenší pomocou Shrink.
-
Ak je voľného miesta 3–4 GB — mažte dáta po dávkach 3–4 mesiace na jeden priechod.
-
Ak je voľného miesta 10+ GB — odporúča sa mazať najviac 1 rok na jeden priechod.
-
Typický efekt: uvoľnenie stoviek MB alebo niekoľkých GB.
2. Odstránenie štatistík uzavretých období
Odporúča sa vykonať po vyčistení logov, aby sa znížilo zaťaženie systému a zabránilo zbytočnému rastu transakčného logu počas operácií mazania.
-
Použiť štandardnú funkciu Torgsoft.
-
Odstrániť detailné dáta za staršie roky (napríklad 2015–2022).
-
Súhrnná analytika zostane zachovaná, ale objem databázy sa zníži.
3. Zmenšenie databázy (Shrink)
-
Po odstránení dát je potrebné povinne spustiť Shrink cez SQL Management Studio.
-
Bez toho sa fyzická veľkosť súboru .mdf nezmenší.
Radikálne riešenie
Prechod na plnohodnotnú edíciu SQL Server
-
SQL Server Standard / Enterprise
-
Neexistuje dosiahnuteľné obmedzenie veľkosti databázy.
-
Podpora využitia výrazne väčšieho objemu operačnej pamäte (64 GB a viac podľa edície a verzie).
Prevencia a kontrola
-
Pravidelne uzatvárať účtovné obdobia.
-
Priebežne vykonávať:
-
reorganizáciu indexov;
-
aktualizáciu štatistík.
-
Kontrolovať veľkosť .mdf (monitoring raz za mesiac).
-
Vyhnúť sa chybnému zadaniu neprimerane veľkých hodnôt do polí množstva alebo ceny (riziko arithmetic overflow a zbytočného rastu dát).
Kľúčový záver
SQL Server Express je vhodný pre malé a stredné účtovníctvo, ale nie je určený na dlhodobé ukladanie veľkých historických dátových objemov. Dosiahnutie limitu 10 GB nie je zlyhanie, ale očakávané správanie systému. Jediné možnosti sú pravidelné čistenie alebo prechod na plnú edíciu SQL Server.
-
16.03.2026
Duplicitné čiarové kódy a názvy: ako ich nájsť, zlúčiť a opraviť, aby sa nenarušilo účtovníctvo
Ako nájsť, zlúčiť a opraviť duplicitné produkty v Torgsoft, aby ste sa vyhli chybám v zostatkoch, reportovaní a inventári
-
27.02.2026
Chyby v adresári: príčiny zlyhaní a finančných strát
Chyby v adresároch Torgsoft: čiarový kód v množstve, nulové náklady, duplikáty, finančné zlyhania a spomalenia databázy
-
03.02.2026
Obnovenie hesla pre „Vlastník“ alebo používateľa sa
Návod na obnovenie prístupu do Torgsoft (používateľ sa). Reset hesla cez SQL Management Studio, príkazový riadok osql alebo technickú podporu.









Vráťte sa na predchádzajúci krok