SQL Server Express: limită de 10 GB per bază de date și 1410 MB de RAM

Cum să identificați umplerea critică a bazei de date și ce să faceți

În ediția gratuită SQL Server Express există o limită strictă pentru dimensiunea unei singure baze de date — 10 GB (pentru versiunea 2005 — 4 GB). După atingerea limitei, sistemul blochează scrierea de date noi, ceea ce duce la oprirea operațiunilor și la erori în funcționarea evidenței.

Limitări

• SQL Server Express 2008 R2 / 2012 / 2014 / 2016 / 2019 / 2022 — 10 GB per bază de date

• SQL Server Express 2005 — 4 GB per bază de date (această versiune a SGBD nu este suportată de versiunea curentă a programului.)

• Limita se aplică fișierelor de date (.mdf). Jurnalul tranzacțiilor (.ldf) nu intră în limită, dar influențează stabilitatea.

Simptome ale apropierii sau atingerii limitei

Erori funcționale

• Nu se poate crea un document sau adăuga o poziție.

• Mesaje:
  PRIMARY filegroup is full
  Could not allocate space for object

Performanță

• Încetinire semnificativă a funcționării.

• Deschidere lentă a formularelor (stoc, balanțe, analiză).

Operațiuni de service

• Sarcinile de fundal nu se execută.

• Erori în timpul:

• calculului costului;

• actualizării statisticilor;

• reorganizării indexurilor;

• creării copiilor de rezervă.

Starea bazei de date

• Mesaje despre lipsa memoriei în buffer pool în timpul interogărilor complexe.

Cum verificați dimensiunea curentă a bazei de date

Verificare rapidă (recomandat)

1. Deschideți folderul cu baza de date (de obicei:
   C:\TORGSOFT\DATABASE\)

2. Verificați dimensiunea fișierului .mdf

3. Valori critice: 9+ GB — baza de date este la limita maximă. Se recomandă verificarea și optimizarea urgentă a volumului de date.

Acțiuni imediate (dacă baza de date este deja plină)

1. Curățarea jurnalelor

• Ștergeți înregistrările din:

• jurnalul acțiunilor utilizatorilor;

• jurnalul modificărilor documentelor.

• Se recomandă păstrarea ultimelor 2–3 luni. Efectuați curățarea în etape, pentru a nu suprasolicita discul și jurnalul tranzacțiilor: în timpul ștergerilor masive, fișierul jurnalului (.ldf) se poate mări temporar semnificativ, iar după finalizare dimensiunea lui scade prin Shrink.

• Dacă spațiul liber este 3–4 GB — ștergeți datele în loturi de câte 3–4 luni într-o singură rulare.

• Dacă spațiul liber este 10+ GB — este recomandat să ștergeți nu mai mult de 1 an într-o singură rulare.

• Efect tipic: eliberarea a sute de MB sau a câtorva GB.

2. Ștergerea statisticilor perioadelor închise

Se recomandă efectuarea după curățarea jurnalelor, pentru a reduce încărcarea sistemului și a evita creșterea inutilă a jurnalului tranzacțiilor în timpul operațiunilor de ștergere.

• Utilizați funcția standard Torgsoft.

• Ștergeți datele detaliate pentru anii mai vechi (de exemplu, 2015–2022).

• Analitica sumară se păstrează, dar volumul bazei de date scade.

3. Micșorarea bazei de date (Shrink)

• După ștergerea datelor, rulați obligatoriu Shrink prin SQL Management Studio.

• Fără aceasta, dimensiunea fizică a fișierului .mdf nu se va micșora.

Soluție radicală

Trecerea la o ediție completă SQL Server

• SQL Server Standard / Enterprise

• Nu există o limită practic atinsă pentru dimensiunea bazei de date.

• Suport pentru utilizarea unui volum mult mai mare de memorie RAM (64 GB și mai mult, în funcție de ediție și versiune).

Prevenție și control

• Închideți periodic perioadele contabile.

• Efectuați periodic:

• reorganizarea indexurilor;

• actualizarea statisticilor.

• Monitorizați dimensiunea .mdf (monitorizare o dată pe lună).

• Evitați introducerea greșită a unor valori anormal de mari în câmpurile de cantitate sau preț (risc de arithmetic overflow și creștere inutilă a datelor).

Concluzia cheie

SQL Server Express este potrivit pentru evidența mică și medie, dar nu este destinat stocării pe termen lung a unor volume mari de date istorice. Atingerea limitei de 10 GB nu este o defecțiune, ci un comportament normal al sistemului. Singurele opțiuni sunt curățarea regulată sau trecerea la o ediție completă SQL Server.