Максимально припустимий розмір файлу

Максимально припустимий розмір файлу
07 лютого

ПРОБЛЕМА- Досить часто користувачі програм 1С\БАС можуть стикатися з такою помилкою - "Перевищений максимально припустимий розмір внутрішнього файлу".

Така помилка зустрічається в тих, хто має файлову базу даних. При спробі провести\записати елемент довідника чи документа система може видавати таке повідомлення і закривати базу.

ТЕОРІЯ- З чим це пов`язано? Один з недоліків чи то пак проблем файлових баз - це розмір внутрішньої таблиці. В файловому режимі роботи вся база даних знаходиться в одному файлі - 1CD. В середині цей файл схожий на велику купу окремих таблиць для кожного виду обєктів бази(для кожного документа чи довідника). Так от, для кожної такої таблиці в файловому варіанті максимально можливий розмір - 4ГБ. При досяганні цього розміру ви не зможете проводити операції з елементами своєї бази.

ПРИЧИНИ- Причина такого переповнення таблиці досить банальна і проста - багато записів в даній таблиці).

Таблиці переповнені. Це можуть бути картинки, регістр цін, листи з вкладеннями тощо 

РІШЕННЯ- Які ж вирішення даної проблеми можна спробувати зробити? :

  1. Якщо маєте ресурси - перевести базу в серверний режим роботи. В цьому варіанті не буде обмежень на внутрішні розміри таблиць
  2. Зробити згортання бази, обрізаючи старі документи
  3. Через спеціальні утиліти можна визначити, яка ж саме таблиця переповнена і після цього почистити лише її.
  4. Останній, досить легкий та поширений спосіб - вимкнути версіонування обєктів взагалі або ж почиститиу історію обєктів та переналштувати версіонування лише для потрібних документів та довідників

ВЕРСІОНУВАННЯ.

Трішки інформації про цю "чудо" можливість. Майже кожна конфігурація 1С\BAS має можливість версіонування. Що це таке? - це механізм системи, який буде зберігати всі версії ваших документів та довідників, з фіксацією - хто, коли, що міняв, створював і т.д. ТОбто досить детальна історія, щось схоже на розширений журнал операцій.

Як правило всі ці зміни пишуться в регістр відомостей - "історія обєктів" чи "версії обєктів". Вони накоплюються і таблиця розпухає). Останній раз, що ми бачили то розмір бази зменшився в 7разів при відключенні версіонування та чистки цього регістру.

За цим потрібно періодично слідкувати, чистити старіші записи. Також зверніть увагу, що можна налаштувати версіонування для певних типів документів та довідників(по замовчуванню для всіх обєктів), це також зменшить навантаження на таблицю.

І в решті решт потрібно просто вирішити чи потрібно воно вам взагалі, досить часто користувачі натискають цю галочку не розуміючи для чого вона.

В конфігурації УТП версіонування можна ВКЛ\ВИКЛ(по замовчування ВИКЛ) через меню Сервіс - Настройки обліку - Настройки параметрів обліку, вкладка Версіонування.  Можна обрати режим версіонування та обєкти для версіонування.

В нових конфігруаціях таких на приклад як КУП можна налаштувати термін зберігання версій обєктів а також авточистку застарілих, плюс можна переглянути звіт, який покаже скільки які обєкти займають місця. В старих же(УТП\УПП тощо) після того як ви вирішили відключити версіонування потрібно буде самому почистити регістр відомостей, ну або за допомогою спеціальної обробки.

Мітка:

Помилки
looperlooper