Шановні громадяни! Підкажіть як краще бути.
Маю Медок з базою в 500Гб на Firebird 3.
Зразу скажу шо працює нормально.
Сам працюю з Firebird тому знаю як з нею поводитись.
Постійно закидаю доки в архіви але база "пухне".
Думав з 1 січня почати з чистої бази на новому сервері (залишивши старий медок на старому сервері).
Але... мабуть так не вийде. Бухи іноді будуть робить коректировки ПН і боюсь
позатягують квитанціі і повідомлення для нової бд в стару. І хз ще шо може бути.
Може є ще які способи зрізати розмір бази?
Дякую.
Урізання БД чи початок з чистої бази?
-
- Повідомлень: 37
- З нами з: 19 вересня 2023, 13:45
Re: Урізання БД чи початок з чистої бази?
Добрий день!Mironico4 писав: ↑18 листопада 2024, 18:15Шановні громадяни! Підкажіть як краще бути.
Маю Медок з базою в 500Гб на Firebird 3.
Зразу скажу шо працює нормально.
Сам працюю з Firebird тому знаю як з нею поводитись.
Постійно закидаю доки в архіви але база "пухне".
Думав з 1 січня почати з чистої бази на новому сервері (залишивши старий медок на старому сервері).
Але... мабуть так не вийде. Бухи іноді будуть робить коректировки ПН і боюсь
позатягують квитанціі і повідомлення для нової бд в стару. І хз ще шо може бути.
Може є ще які способи зрізати розмір бази?
Дякую.
Розмір БД можливо зменшити тільки за допомогою архівування документів. Обов'язково для зменшення розміру БД необхідно після архівування створити резервну копію та відновити її в нововстановлений дистрибутив програми.
Дана процедура необхідна у зв'язку з особливостями архітектури СУБД FireBird, оскільки після видалення даних залишаються пусті записи.
Розробником наполегливо не рекомендується працювати у двох окремих екземплярах програми, у випадку якщо ви хочете почати роботу з нововстановленою програмою в якій пуста БД, рекомендовано попередній екземпляр програми залишити в архівному режимі виключно для збереження інформації.
З нашої сторони рекомендується переходити на використання СУБД Oracle або PostgreSQL в разі роботи з БД FireBird розміром понад 100 Гб.
Re: Урізання БД чи початок з чистої бази?
А чи можна видалити документи за період?
Тобто ідея така:
Зробити копію бази на новому сервері і видалити всі документи
окрім останніх 3 років (потрібні на випадок коригувань податкових).
Тобто ідея така:
Зробити копію бази на новому сервері і видалити всі документи
окрім останніх 3 років (потрібні на випадок коригувань податкових).
-
- Повідомлень: 37
- З нами з: 19 вересня 2023, 13:45
Re: Урізання БД чи початок з чистої бази?
Добрий день!
Функціоналом програми не передбачена можливість видалення підписаних, відправлених або отриманих документів (окрім відхилених документів без квитанції про обробку в ДПС).
На даний час відповідні доопрацювання не розглядаються.
Вирішенням ситуації може бути архівування документів, яке доступне для документів з Реєстру податкових документів, Реєстру електронних документів та частково Реєстру звітів (документи СМКОР). Під час архівування дані фізично вирізаються з БД та поміщаються до окремих архівів, які за бажанням можливо від'єднати від програми або навіть видалити.
Зверніть увагу!
Функціонал архівування доступний виключно при роботі з СУБД Firebird.
Для "видалення" документів у застарілих періодах можливо перемістити відповідні документи до архіву та від'єднати архіви.
Re: Урізання БД чи початок з чистої бази?
Отже логічно запитати як нарахунок ПГ? Як там зменьшити обʼєм БД?Зверніть увагу!
Функціонал архівування доступний виключно при роботі з СУБД Firebird.
Re: Урізання БД чи початок з чистої бази?
Толку з "переміщення" в архів для нас небагато.
База виросла до 500гб при тому що документи старіше 1 року в архіві.
Бекап/розбекап робив, сильно не порізало.
В місяць 100 000 -150 000 накладних.
Цікаво що з цим роблять підприємства більші за наше....
База виросла до 500гб при тому що документи старіше 1 року в архіві.
Бекап/розбекап робив, сильно не порізало.
В місяць 100 000 -150 000 накладних.
Цікаво що з цим роблять підприємства більші за наше....
-
- Повідомлень: 29
- З нами з: 02 грудня 2018, 20:50
Re: Урізання БД чи початок з чистої бази?
Можна розкидати підприємства на два чи три екземпляра Медка, повісивши служби Firebird на різні порти.
P.S. Покладаю великі надії на Firebird 5, але - нажаль - зовсім немає часу на тестування =(
Parallel (multi-threaded) operation for backup/restore, sweep and index creation;