SQL Server Express: ліміт 10 ГБ на базу даних та 1410 Мб оперативної пам’яті

Як визначити критичне заповнення бази та що робити

У безкоштовній редакції SQL Server Express діє жорстке обмеження на розмір однієї бази даних — 10 ГБ (для версії 2005 — 4 ГБ). Після досягнення ліміту система блокує запис нових даних, що призводить до зупинки операцій та помилок у роботі обліку.

Обмеження

• SQL Server Express 2008 R2 / 2012 / 2014 / 2016 / 2019 / 2022 — 10 ГБ на базу

• SQL Server Express 2005 — 4 ГБ на базу (ця версія СУБД не підтримується поточною версією програми.)

• Ліміт стосується data files (.mdf). Журнал транзакцій (.ldf) у ліміт не входить, але впливає на стабільність.

Симптоми наближення або досягнення ліміту

Функціональні помилки

• Неможливо створити документ або додати позицію.

• Повідомлення:
  PRIMARY filegroup is full
  Could not allocate space for object

Продуктивність

• Значне уповільнення роботи.

• Довге відкриття форм (склад, баланси, аналітика).

Сервісні операції

• Не виконуються фонові завдання.

• Помилки під час:

• розрахунку собівартості;

• оновлення статистик;

• реорганізації індексів;

• створення резервних копій.

Стан бази

• Повідомлення про нестачу памʼяті в buffer pool під час складних запитів.

Як перевірити поточний розмір бази

Швидка перевірка (рекомендовано)

1. Відкрити каталог з базою даних (типово:
   C:\TORGSOFT\DATABASE\)

2. Перевірити розмір файлу .mdf

3. Критичні значення: 9+ ГБ — база даних на межі ліміту. Рекомендується терміново перевірити та оптимізувати обсяг даних.

Першочергові дії (якщо база вже переповнена)

1. Очищення журналів

• Видалити записи з:

• протоколу дій користувачів;

• журналу зміни документів.

• Рекомендовано залишити останні 2–3 місяці. Очищення виконуйте фрагментарно, щоб не перевантажити диск і журнал транзакцій: під час масового видалення даних файл журналу (.ldf) може тимчасово суттєво збільшуватися, а після завершення робіт його розмір зменшується через Shrink.

• Якщо вільного місця 3–4 ГБ — видаляйте дані порціями по 3–4 місяці за один прохід.

• Якщо вільного місця 10+ ГБ — бажано видаляти не більше 1 року за один прохід.

• Типовий ефект: звільнення сотень МБ або кількох ГБ.

2. Видалення статистик закритих періодів

Рекомендується виконувати після очищення журналів, щоб зменшити навантаження на систему та уникнути зайвого зростання журналу транзакцій під час операцій видалення.

• Використати штатну функцію Торгсофт.

• Видалити деталізовані дані за старі роки (наприклад, 2015–2022).

• Зберігається підсумкова аналітика, але зменшується обсяг бази.

3. Стискання бази (Shrink)

• Після видалення даних обовʼязково виконати Shrink через SQL Management Studio.

• Без цього фізичний розмір файлу .mdf не зменшиться.

Радикальне вирішення

Перехід на повноцінну редакцію SQL Server

• SQL Server Standard / Enterprise

• Відсутнє досяжне обмеження розміру бази даних.

• Підтримка використання значно більшого обсягу оперативної пам’яті (64 ГБ і більше залежно від редакції та версії).

Профілактика та контроль

• Регулярно закривати облікові періоди.

• Періодично виконувати:

• реорганізацію індексів;

• оновлення статистик.

• Контролювати розмір .mdf (моніторинг раз на місяць).

• Уникати помилкового введення аномально великих значень у поля кількості або ціни (ризик arithmetic overflow та зайвого росту даних).

Ключовий висновок

SQL Server Express підходить для малого та середнього обліку, але не призначений для довготривалого зберігання великих історичних масивів. Досягнення ліміту 10 ГБ — це не збій, а штатна поведінка системи. Єдині варіанти — регулярне очищення або перехід на повну редакцію SQL Server.