Оновлення 11.02.133

[Шоловей Олександр]

ЗМІНИ В ОНОВЛЕННІ 11.02.133

ЗМІНИ У ФУНКЦІОНАЛЬНОСТІ ПРОГРАМИ

Адміністрування

Резервне копіювання
Доопрацьовано шифрування та відправку звітності до Державної служби статистики України
після відновлення резервної копії програми.

[Elena A]

Добрий вечір. У клієнта перестало підписувати первинні документи.
Ще в січне було все гаразд, сьогодні при підписанні директором не показує що є підпис. Коли знову вибираєш погодити документ, знову пропонує підписати директором.
В настройках накладання зображення підписів стоїть. З підписами теж все гаразд. В налаштуванні отримання первинних документів - Вкажіть програму за замовчуванням для прийому всіх документів від контрагента (окрім налаштованих в інших пунктах): Не використовується.
Переустановили Медок, локальна версія (думали після оновлення 11.02.132 таке сталося).
Встановили резервну копію на два дні назад. Нічого не допомагає. Windows 10, 64 бітна
Прошу, будь ласка, пораду, що це може бути?

[Marat Melnyk]

Добрий вечір. У клієнта перестало підписувати первинні документи.
Ще в січне було все гаразд, сьогодні при підписанні директором не показує що є підпис. Коли знову вибираєш погодити документ, знову пропонує підписати директором.
В настройках накладання зображення підписів стоїть. З підписами теж все гаразд. В налаштуванні отримання первинних документів - Вкажіть програму за замовчуванням для прийому всіх документів від контрагента (окрім налаштованих в інших пунктах): Не використовується.
Переустановили Медок, локальна версія (думали після оновлення 11.02.132 таке сталося).
Встановили резервну копію на два дні назад. Нічого не допомагає. Windows 10, 64 бітна
Прошу, будь ласка, пораду, що це може бути?

Добрий день!
Є перелік факторів, що можуть впливати на процес підписання.
Для детального аналізу, визначення причини та виправлення ситуації рекомендується звернутись на Гарячу лінію за номерами телефонів (044) 206 72 10 та (098) 206 72 10.

[Бурчун]

Перестало создавать резервную копию базы, как выбранных предприятий, так и всей базы при использовании сетевой версии из планировщика. Создается файл нулевой длины и все.
08.02.2024 3:00:01 Створення резервної копії
08.02.2024 3:28:37 Запуск планувальника завдань [-1]

09.02.2024 3:00:28 Створення резервної копії
09.02.2024 3:29:52 Запуск планувальника завдань [-1]

До этой версии
07.02.2024 3:00:05 Створення резервної копії
07.02.2024 4:16:17 Операція виконана успішно

При выходе из программы резервная копия всех предприятий создается. Правда почему то размер резервной копии увеличился. Было до обновления 3.2 gB, стало 3.4 gB

[Marat Melnyk]

Перестало создавать резервную копию базы, как выбранных предприятий, так и всей базы при использовании сетевой версии из планировщика. Создается файл нулевой длины и все.
08.02.2024 3:00:01 Створення резервної копії
08.02.2024 3:28:37 Запуск планувальника завдань [-1]

09.02.2024 3:00:28 Створення резервної копії
09.02.2024 3:29:52 Запуск планувальника завдань [-1]

До этой версии
07.02.2024 3:00:05 Створення резервної копії
07.02.2024 4:16:17 Операція виконана успішно

При выходе из программы резервная копия всех предприятий создается. Правда почему то размер резервной копии увеличился. Было до обновления 3.2 gB, стало 3.4 gB

Добрий день!
Ситуація не повторюється. Резервна копія всієї бази та обраних підприємств створюються планувальником в актуальній версії успішно.
Питання необхідно розглядати локально на конкретному прикладі. Рекомендується звернутись на Гарячу лінію за номерами телефонів (044) 206 72 10 та (098) 206 72 10.

[ArtemMTM]

Доброго дня!
Прошу надати рекомендації по відновленню резервування Медка.
Наразі така проблема – після оновлень 11.02.132 та 11.02.133 не працює резервування (Резервна копія обраних підприємств - *.ZBK) ні з планувальника, ні вручну. Більш детально:
1. через Планувальник - створюється копія файлу 2024-02-12-22-16_11.02.133.ZBK, але нульовий об’єм (0 KB ). При цьому спостерігаю брак вільного місця на С диску з причини створеного Медком файлу C:\Windows\ServiceProfiles\NetworkService\AppData\Local\Temp\tmp*.tmp.
2. вручну з серверної частини Адміністрування\Резервне копіювання, далі Файл\Створити резервну копію - обираю місце збереження D:\Medoc\MedocSRV\ZVIT_ARC та створюю резервну копію бази. При перевірці через півдоби - спостерігаю файл D:\Medoc\MedocSRV\ZVIT_ARC\2024-02-13-17-02_v11_02_133.BKZ об’ємом 1 KB та прогрес резервування на 68%, при цьому аналогічно п.1 закінчується місце на C:\ з причини створеного файлу C:\Windows\ServiceProfiles\NetworkService\AppData\Local\Temp\tmp367A.tmp об’ємом 77 GB. Примусово завершую резервування і перезавантажую, тому що по-перше бракує вільного місця на С диску та по-друге користувачі потребують працювати далі.
Журнал Planner.log:
"13.02.2024 17:01:25 Запуск планувальника завдань [-1]
System.IO.IOException: Недостаточно места на диске."
Пробували збільшити С диск з 70 до 100 GB, але дива не сталося. До версії 11.02.132 копії створювались постійно на D диск (через планувальник Медка та вручну) і проблем з великими *.tmp (або переповнювання С диску) не виникали.
Тепер після кожних спроб резервування очищую від зайвих тимчасових файлів C:\Windows\ServiceProfiles\NetworkService\AppData\Local\Temp\tmp*.tmp.

ПЗ серверу: Windows 2008 R2 x64; postgresql-15.2-1; MEDoc мережева версія 11.02.133(встановлено на D:\ диск). База становить 266 GB - D:\Medoc\MedocSRV\db\ZVIT.FDB. Залишок вільного місця на розділах диску сервера становить для С - 76 GB та D - 421GB. Надаю логі планувальника у вкладенні.

[lopik]

Доброго дня
При таких об'ємах бази даних, резервні копії, краще робити засобами сервера бази даних. Із плюсів, це не блокується робота користувачів
Із мінусів не можливо зробити копію окремого підприємства.
266 GB для FireBird це вже забагато, краще переходити на postgresql

skip

ПЗ серверу: Windows 2008 R2 x64; postgresql-15.2-1; MEDoc мережева версія 11.02.133(встановлено на D:\ диск). База становить 266 GB - D:\Medoc\MedocSRV\db\ZVIT.FDB. Залишок вільного місця на розділах диску сервера становить для С - 76 GB та D - 421GB. Надаю логі планувальника у вкладенні.

[Marat Melnyk]

Доброго дня!
Прошу надати рекомендації по відновленню резервування Медка.
Наразі така проблема – після оновлень 11.02.132 та 11.02.133 не працює резервування (Резервна копія обраних підприємств - *.ZBK) ні з планувальника, ні вручну. Більш детально:
1. через Планувальник - створюється копія файлу 2024-02-12-22-16_11.02.133.ZBK, але нульовий об’єм (0 KB ). При цьому спостерігаю брак вільного місця на С диску з причини створеного Медком файлу C:\Windows\ServiceProfiles\NetworkService\AppData\Local\Temp\tmp*.tmp.
2. вручну з серверної частини Адміністрування\Резервне копіювання, далі Файл\Створити резервну копію - обираю місце збереження D:\Medoc\MedocSRV\ZVIT_ARC та створюю резервну копію бази. При перевірці через півдоби - спостерігаю файл D:\Medoc\MedocSRV\ZVIT_ARC\2024-02-13-17-02_v11_02_133.BKZ об’ємом 1 KB та прогрес резервування на 68%, при цьому аналогічно п.1 закінчується місце на C:\ з причини створеного файлу C:\Windows\ServiceProfiles\NetworkService\AppData\Local\Temp\tmp367A.tmp об’ємом 77 GB. Примусово завершую резервування і перезавантажую, тому що по-перше бракує вільного місця на С диску та по-друге користувачі потребують працювати далі.
Журнал Planner.log:
"13.02.2024 17:01:25 Запуск планувальника завдань [-1]
System.IO.IOException: Недостаточно места на диске."
Пробували збільшити С диск з 70 до 100 GB, але дива не сталося. До версії 11.02.132 копії створювались постійно на D диск (через планувальник Медка та вручну) і проблем з великими *.tmp (або переповнювання С диску) не виникали.
Тепер після кожних спроб резервування очищую від зайвих тимчасових файлів C:\Windows\ServiceProfiles\NetworkService\AppData\Local\Temp\tmp*.tmp.

ПЗ серверу: Windows 2008 R2 x64; postgresql-15.2-1; MEDoc мережева версія 11.02.133(встановлено на D:\ диск). База становить 266 GB - D:\Medoc\MedocSRV\db\ZVIT.FDB. Залишок вільного місця на розділах диску сервера становить для С - 76 GB та D - 421GB. Надаю логі планувальника у вкладенні.

Добрий день!
Робота із СУБД Firebird рекомендується із БД розміром до 100Gb.
Вище - рекомендується переходити на Oracle/PostgreSQL для підвищення швидкодії та відмовостійкості.

Під час створення резервних копій / архівів програми виконується резервне копіювання БД.
Для цього на диску із тимчасовими каталогами користувача потребується мати необхідну кількість вільного місця.
Використовуються каталоги, що налаштовані в змінних середовищах для користувача.
В мережевій версії служба за замовчуванням запускається від імені Network_Service, використовує відповідний каталог.

[Helena_K]

стосовно річних форм:

J0103805 Податкова декларація платника єдиного податку четвертої групи
функція "виконати додаткову програму обробку" не заповнює колонку 5 (ставка податку) вона не змінювалась, вносити кожну строку не дуже зручно, так як може бути багато строк

J0138105 Додаток 1. Відомості про наявність земельних ділянок
НГО 23р повинна бути проіндексовані на 1,051 для 24р, доводится використовувати стороннє ПО (наприклад FreeZvit), так як це не реалізовано в ПО Медок, заповнювати руками це ще той квест

J0138305 Додаток 3. Розрахунок загального мінімального податкового зобов'язання
функція "виконати додаткову програму обробку" - переносить данні з 22р, потрібно з 23р

J0602008 Податкова декларація з плати за землю
функція "виконати додаткову програму обробку" не вірно заповнює данні стосовно того, яка це саме декларація оренда чи зем податок, і тим самим не вирахувється річна сума, також не тянє данні коду території (стр 7), НГО також повинна бути проіндексовані на 1,051

[ArtemMTM]

...

ПЗ серверу: Windows 2008 R2 x64; postgresql-15.2-1; MEDoc мережева версія 11.02.133...

Добрий день!
Робота із СУБД Firebird рекомендується із БД розміром до 100Gb.
Вище - рекомендується переходити на Oracle/PostgreSQL для підвищення швидкодії та відмовостійкості.

Під час створення резервних копій / архівів програми виконується резервне копіювання БД.
Для цього на диску із тимчасовими каталогами користувача потребується мати необхідну кількість вільного місця.
Використовуються каталоги, що налаштовані в змінних середовищах для користувача.
В мережевій версії служба за замовчуванням запускається від імені Network_Service, використовує відповідний каталог.

Прошу передивитись уважніше на опис нашого серверу, де я зазначив, що використовуємо "postgresql-15.2-1". На PostgreSQL ми перейшли рік тому і ще не виникало питань з tmp файлами на С до оновлення 11.02.132. Але дякую за рекомендації.

[Marat Melnyk]

...

ПЗ серверу: Windows 2008 R2 x64; postgresql-15.2-1; MEDoc мережева версія 11.02.133...

Добрий день!
Робота із СУБД Firebird рекомендується із БД розміром до 100Gb.
Вище - рекомендується переходити на Oracle/PostgreSQL для підвищення швидкодії та відмовостійкості.

Під час створення резервних копій / архівів програми виконується резервне копіювання БД.
Для цього на диску із тимчасовими каталогами користувача потребується мати необхідну кількість вільного місця.
Використовуються каталоги, що налаштовані в змінних середовищах для користувача.
В мережевій версії служба за замовчуванням запускається від імені Network_Service, використовує відповідний каталог.

Прошу передивитись уважніше на опис нашого серверу, де я зазначив, що використовуємо "postgresql-15.2-1". На PostgreSQL ми перейшли рік тому і ще не виникало питань з tmp файлами на С до оновлення 11.02.132. Але дякую за рекомендації.

Добрий день!
Але також Вами зазначено: "База становить 266 GB - D:\Medoc\MedocSRV\db\ZVIT.FDB".
Файл ZVIT.FDB є базою СУБД Firebird та відсутній в програмах із СУБД Oracle/PostgreSQL.
В будь-якому випадку, інформація з попереднього повідомлення щодо резервних копій не залежить від СУБД.

[Ольга Перерва]

стосовно річних форм:

J0103805 Податкова декларація платника єдиного податку четвертої групи
функція "виконати додаткову програму обробку" не заповнює колонку 5 (ставка податку) вона не змінювалась, вносити кожну строку не дуже зручно, так як може бути багато строк

J0138105 Додаток 1. Відомості про наявність земельних ділянок
НГО 23р повинна бути проіндексовані на 1,051 для 24р, доводится використовувати стороннє ПО (наприклад FreeZvit), так як це не реалізовано в ПО Медок, заповнювати руками це ще той квест

J0138305 Додаток 3. Розрахунок загального мінімального податкового зобов'язання
функція "виконати додаткову програму обробку" - переносить данні з 22р, потрібно з 23р

J0602008 Податкова декларація з плати за землю
функція "виконати додаткову програму обробку" не вірно заповнює данні стосовно того, яка це саме декларація оренда чи зем податок, і тим самим не вирахувється річна сума, також не тянє данні коду території (стр 7), НГО також повинна бути проіндексовані на 1,051

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

[OlegkaOwl]

Добрий день!
Після встановлення оновлення 11.02.132 з`явилась проблема зі створенням планувальником резервної копії.
Оновлення до версії 11.02.133 не допомогло.
Розмір бази орієнтовно 5Гб, вільного місця на диску достатньо.
В логу планувальника наступні повідомлення:
18.02.2024 2:00:59 Операція виконується
18.02.2024 2:00:23 Створення архіву
18.02.2024 2:00:23 start BackupManager.exe

System.Exception: При спробі зупинки служби виникла помилка: Не удалось открыть службу FirebirdServerDefaultInstance на компьютере '.'.
в BackupManager.FmBackupManager.ShutDownBoundApplications(Boolean& isFound, String zvitDir, Boolean isFB)
в BackupManager.FmBackupManager.BackupCreateProc(Object data)=18.02.2024 2:00:36
ErrorPlannerCode=1=18.02.2024 2:00:36
18.02.2024 2:00:36 Операція завершилась з помилкою

Ім'я служби за замовчуванням: FirebirdServerDefaultInstance, у гілці реєстру HKEY_LOCAL_MACHINE\SOFTWARE\IntellectService\BusinessDoc1 параметр fbSName також FirebirdServerDefaultInstance
Прошу допомоги, в чому може бути проблема.
Дякую.

[Marat Melnyk]

Добрий день!
Після встановлення оновлення 11.02.132 з`явилась проблема зі створенням планувальником резервної копії.
Оновлення до версії 11.02.133 не допомогло.
Розмір бази орієнтовно 5Гб, вільного місця на диску достатньо.
В логу планувальника наступні повідомлення:
18.02.2024 2:00:59 Операція виконується
18.02.2024 2:00:23 Створення архіву
18.02.2024 2:00:23 start BackupManager.exe

System.Exception: При спробі зупинки служби виникла помилка: Не удалось открыть службу FirebirdServerDefaultInstance на компьютере '.'.
в BackupManager.FmBackupManager.ShutDownBoundApplications(Boolean& isFound, String zvitDir, Boolean isFB)
в BackupManager.FmBackupManager.BackupCreateProc(Object data)=18.02.2024 2:00:36
ErrorPlannerCode=1=18.02.2024 2:00:36
18.02.2024 2:00:36 Операція завершилась з помилкою

Ім'я служби за замовчуванням: FirebirdServerDefaultInstance, у гілці реєстру HKEY_LOCAL_MACHINE\SOFTWARE\IntellectService\BusinessDoc1 параметр fbSName також FirebirdServerDefaultInstance
Прошу допомоги, в чому може бути проблема.
Дякую.

Добрий день!
Рекомендується звернути увагу на користувача, від яких запускаються служби ZvitGrp / Firebird.
Налаштуйте запуск від одного користувача (Network_Service або від локального адміністратора).
Переконайтесь, що у користувача наявний доступ для управління службами.
Спробуйте виконати ручний запуск/зупинку служби: net start(stop) FirebirdServerDefaultInstance.

[ArtemMTM]

Добрий день!
Робота із СУБД Firebird рекомендується із БД розміром до 100Gb.
Вище - рекомендується переходити на Oracle/PostgreSQL для підвищення швидкодії та відмовостійкості.

Під час створення резервних копій / архівів програми виконується резервне копіювання БД.
Для цього на диску із тимчасовими каталогами користувача потребується мати необхідну кількість вільного місця.
Використовуються каталоги, що налаштовані в змінних середовищах для користувача.
В мережевій версії служба за замовчуванням запускається від імені Network_Service, використовує відповідний каталог.

Прошу передивитись уважніше на опис нашого серверу, де я зазначив, що використовуємо "postgresql-15.2-1". На PostgreSQL ми перейшли рік тому і ще не виникало питань з tmp файлами на С до оновлення 11.02.132. Але дякую за рекомендації.

Добрий день!
Але також Вами зазначено: "База становить 266 GB - D:\Medoc\MedocSRV\db\ZVIT.FDB".
Файл ZVIT.FDB є базою СУБД Firebird та відсутній в програмах із СУБД Oracle/PostgreSQL.
В будь-якому випадку, інформація з попереднього повідомлення щодо резервних копій не залежить від СУБД.

Доброго дня! Прошу пояснити:
1. Якщо виконати резервування на мережевий каталог через BackupManager.exe, то диск С не переповнюється великими tmp-файлами (C:\Windows\ServiceProfiles\NetworkService\AppData\Local\Temp). Тоді чому після оновлення з початку 11.02.132 та\або 11.02.133 виникає заповнення диску С великими tmp-файлами?
2. Чому при виконанні резервування BackupManager.exe використовується з восьми лише одне ядро процесору?

[Marat Melnyk]

Прошу передивитись уважніше на опис нашого серверу, де я зазначив, що використовуємо "postgresql-15.2-1". На PostgreSQL ми перейшли рік тому і ще не виникало питань з tmp файлами на С до оновлення 11.02.132. Але дякую за рекомендації.

Добрий день!
Але також Вами зазначено: "База становить 266 GB - D:\Medoc\MedocSRV\db\ZVIT.FDB".
Файл ZVIT.FDB є базою СУБД Firebird та відсутній в програмах із СУБД Oracle/PostgreSQL.
В будь-якому випадку, інформація з попереднього повідомлення щодо резервних копій не залежить від СУБД.

Доброго дня! Прошу пояснити:
1. Якщо виконати резервування на мережевий каталог через BackupManager.exe, то диск С не переповнюється великими tmp-файлами (C:\Windows\ServiceProfiles\NetworkService\AppData\Local\Temp). Тоді чому після оновлення з початку 11.02.132 та\або 11.02.133 виникає заповнення диску С великими tmp-файлами?
2. Чому при виконанні резервування BackupManager.exe використовується з восьми лише одне ядро процесору?

1. Використання каталогу служби NetworkService відбувається в разі виконання операції від імені служби NetworkService.
Наприклад, в разі виконання операцій планувальником або створенні резервних копій.
Дані файли видаляються після успішного виконання операції. В разі помилки під час виконання файли можуть бути не видалені.
2. Функціонал створення Архіву програми працює в однопоточному режимі.

[ArtemMTM]

Добрий день!
Але також Вами зазначено: "База становить 266 GB - D:\Medoc\MedocSRV\db\ZVIT.FDB".
Файл ZVIT.FDB є базою СУБД Firebird та відсутній в програмах із СУБД Oracle/PostgreSQL.
В будь-якому випадку, інформація з попереднього повідомлення щодо резервних копій не залежить від СУБД.

Доброго дня! Прошу пояснити:
1. Якщо виконати резервування на мережевий каталог через BackupManager.exe, то диск С не переповнюється великими tmp-файлами (C:\Windows\ServiceProfiles\NetworkService\AppData\Local\Temp). Тоді чому після оновлення з початку 11.02.132 та\або 11.02.133 виникає заповнення диску С великими tmp-файлами?
2. Чому при виконанні резервування BackupManager.exe використовується з восьми лише одне ядро процесору?

1. Використання каталогу служби NetworkService відбувається в разі виконання операції від імені служби NetworkService.
Наприклад, в разі виконання операцій планувальником або створенні резервних копій.
Дані файли видаляються після успішного виконання операції. В разі помилки під час виконання файли можуть бути не видалені.
2. Функціонал створення Архіву програми працює в однопоточному режимі.

1.1. Тоді чому не зазначено на сторінці "Технічні вимоги для використання програми M.E.Doc" про розмір вільного місця на C:\ під резервне копіювання, який повинен бути того ж розміру, що і файл бази.
1.2. Чому до 11.02.132-133 проблем з резервуванням не виникало, тобто величезних tmp-файлів не створювались у каталозі C:\Windows\ServiceProfiles\NetworkService\AppData\Local\Temp. Раніше копія резервувала місце приблизно розміром з базу та копіювалась в ZBK файл.
1.3. Як зараз резервування відбувається, якщо файл бази на D:\( становить 300 Gb) та створення її копії на D:\( при цьому ZBK-файл 0 KB - нуль), але буферний C:\Windows\ServiceProfiles\NetworkService\AppData\Local\Temp*.tmp ще стане 300 Gb))? Копіювати з D:\..\DB.FDB на С:\..\Temp*.tmp, потім знов на D:\..\ZVIT_ARC\*.ZBK - це ж подвоює час самого резервування. Це нормально?

[Marat Melnyk]

Доброго дня! Прошу пояснити:
1. Якщо виконати резервування на мережевий каталог через BackupManager.exe, то диск С не переповнюється великими tmp-файлами (C:\Windows\ServiceProfiles\NetworkService\AppData\Local\Temp). Тоді чому після оновлення з початку 11.02.132 та\або 11.02.133 виникає заповнення диску С великими tmp-файлами?
2. Чому при виконанні резервування BackupManager.exe використовується з восьми лише одне ядро процесору?

1. Використання каталогу служби NetworkService відбувається в разі виконання операції від імені служби NetworkService.
Наприклад, в разі виконання операцій планувальником або створенні резервних копій.
Дані файли видаляються після успішного виконання операції. В разі помилки під час виконання файли можуть бути не видалені.
2. Функціонал створення Архіву програми працює в однопоточному режимі.

1.1. Тоді чому не зазначено на сторінці "Технічні вимоги для використання програми M.E.Doc" про розмір вільного місця на C:\ під резервне копіювання, який повинен бути того ж розміру, що і файл бази.
1.2. Чому до 11.02.132-133 проблем з резервуванням не виникало, тобто величезних tmp-файлів не створювались у каталозі C:\Windows\ServiceProfiles\NetworkService\AppData\Local\Temp. Раніше копія резервувала місце приблизно розміром з базу та копіювалась в ZBK файл.
1.3. Як зараз резервування відбувається, якщо файл бази на D:\( становить 300 Gb) та створення її копії на D:\( при цьому ZBK-файл 0 KB - нуль), але буферний C:\Windows\ServiceProfiles\NetworkService\AppData\Local\Temp*.tmp ще стане 300 Gb))? Копіювати з D:\..\DB.FDB на С:\..\Temp*.tmp, потім знов на D:\..\ZVIT_ARC\*.ZBK - це ж подвоює час самого резервування. Це нормально?

В оновленні 11.02.131 було внесено доопрацювання до методу визначення каталогу тимчасових файлів.
Можливо, раніше у Вас даний метод працював некоректно. Створення тимчасових файлів є коректним алгоритмом роботи програми.

В програмі M.E.Doc реалізовані різні варіанти бекапування:
1. Резервна копія всієї бази у форматі ZBF.
2. Резервна копія обраних підприємств у форматі ZBK.
3. Архів програми у форматі BKZ.

Резервна копія формату ZBF створюється та відновлюється швидше за резервну копію формату ZBK, містить в собі налаштування ролей, загальних довідників тощо. При відновленні затирає наявні дані в екземплярі програми, до якого виконується відновлення.
В резервній копії формату ZBK є можливість вибору підприємств, що будуть включені до резервної копії / відновлені з неї.
Резервні копії можуть бути відновлені у версії програми, що дорівнюють версії створення резервної копії або вищі за неї.
Архів програми формату BKZ архівує файли програми та створює дамп бази (в разі роботи з Oracle / PotgreSQL).
Може бути відновлений до програми відповідного типу. При відновленні відновлює версії програми, в якій він був створений.

Для бекапування ми рекомендуємо використовувати резервні копії формату ZBF.
На системному диску (в разі налаштувань за замовчуванням) та в каталозі призначення має бути наявною кількість вільного місця, що дорівнює або перевищує розмір БД.

[ArtemMTM]

Дякую!