Сторінка 1 з 1

Резервне копіювання

Додано: 27 квітня 2020, 10:48
Агроном
Доброго дня!
Прошу пояснити коректний спосіб архівного копіювання для мережевої версії Медка.Раніше я міг зробити копію на робочій станції. Тепер це неможливо, наскільки я зрозумів. А при спробі зробити це на серверній частині, пише що потрібно щоб завершили сеанс роботи всі користувачі.

Re: Резервне копіювання

Додано: 27 квітня 2020, 20:17
Белокопытов Геннадий
Агроном
Механізм створення резервних копій програми у клиент-серверному варіанті не змінювався. Так на станції ви можете створювати резервні копії форматів ZBK та ZBF, якщо згідно налаштованої політики користувачів та ролей це не заборонено відповідному користувачу.
Якщо ви маєте на увазі створення повного архіву програми (BKZ) то він створюється за допомогою Менеджару архіву програми, або планувальника завдань виключно на серверній частині з завершенням роботи усіх клієнтських станцій, так як потребується зупинка та запуск служби програми.

Re: Резервне копіювання

Додано: 13 травня 2020, 23:40
Бурчун
Medoc 11.02.09 (обновлен с дистрибутива 11.02.07) Windows 2008R2 Памяти 32 гиг.
База 3.7 гиг. 8 Предприятий.
Резервное копирование. В ручном режиме.
Вся база - ZBF - 5 минут, размер 1 гиг.
Выбраны все предприятия - ZBK - 3 час 8 минут (а с ростом объема базы растет и время создания резервной копии), размер 1 гиг.

Как по мне быстрее конечно загнать в архив всю базу из-за единственного плюса - быстро. Но вот беда при восстановлении одного предприятия будут переписаны все предприятия. А это не совсем кошерно. Как объяснить другим предприятиям, что вот мол поломались данные в фирме "рога и копыта", а все остальные из-за этого должны потерять день работы?

Что же такого делается долгоиграющего при создании резервной копии с выбранными предприятиями? При том, что особой дисковой активности не наблюдается. А ведь именно этот вариант наиболее удобен при восстановлении определенного предприятия.

На другом сервере
База - 2 гига, Предприятий - 2.
Резервное копирование ZBK делается за ~40 минут (37-42)

Re: Резервне копіювання

Додано: 14 травня 2020, 09:12
poltava_energy
Бурчун писав:
13 травня 2020, 23:40
Medoc 11.02.09 (обновлен с дистрибутива 11.02.07) Windows 2008R2 Памяти 32 гиг.
База 3.7 гиг. 8 Предприятий.
Резервное копирование. В ручном режиме.
Вся база - ZBF - 5 минут, размер 1 гиг.
Выбраны все предприятия - ZBK - 3 час 8 минут (а с ростом объема базы растет и время создания резервной копии), размер 1 гиг.
...
Не переймайтеся.
У вас МЕГАшвидке створення резервної копії.
А якщо ще й відновлення із резерної копії у вас менше одного тижня, то турбуватися зовсім не варто.

Re: Резервне копіювання

Додано: 14 травня 2020, 09:21
ferret
Бурчун писав:
13 травня 2020, 23:40
Medoc 11.02.09 (обновлен с дистрибутива 11.02.07) Windows 2008R2 Памяти 32 гиг.
База 3.7 гиг. 8 Предприятий.
Резервное копирование. В ручном режиме.
Вся база - ZBF - 5 минут, размер 1 гиг.
Выбраны все предприятия - ZBK - 3 час 8 минут (а с ростом объема базы растет и время создания резервной копии), размер 1 гиг.

Как по мне быстрее конечно загнать в архив всю базу из-за единственного плюса - быстро. Но вот беда при восстановлении одного предприятия будут переписаны все предприятия. А это не совсем кошерно. Как объяснить другим предприятиям, что вот мол поломались данные в фирме "рога и копыта", а все остальные из-за этого должны потерять день работы?

Что же такого делается долгоиграющего при создании резервной копии с выбранными предприятиями? При том, что особой дисковой активности не наблюдается. А ведь именно этот вариант наиболее удобен при восстановлении определенного предприятия.

На другом сервере
База - 2 гига, Предприятий - 2.
Резервное копирование ZBK делается за ~40 минут (37-42)
SSD вам в помощь.

Re: Резервне копіювання

Додано: 14 травня 2020, 10:19
Бурчун
ferret писав:
14 травня 2020, 09:21
Бурчун писав:
13 травня 2020, 23:40
Medoc 11.02.09 (обновлен с дистрибутива 11.02.07) Windows 2008R2 Памяти 32 гиг.
База 3.7 гиг. 8 Предприятий.
Резервное копирование. В ручном режиме.
Вся база - ZBF - 5 минут, размер 1 гиг.
Выбраны все предприятия - ZBK - 3 час 8 минут (а с ростом объема базы растет и время создания резервной копии), размер 1 гиг.
SSD вам в помощь.
1. Дисковой активности практически нет.
2. До установки с нуля 007 версии и обновления до 009, на старой версии(которая стояла с 2018 года и обновилась до 008) все было более менее шустренько - в пределах одного часа. Так, что не в диске дело.
2. Чем больше предприятий, тем больше по времени происходит резервное копирование.

Re: Резервне копіювання

Додано: 14 травня 2020, 12:40
hatmaster
Бурчун писав:
14 травня 2020, 10:19

1. Дисковой активности практически нет.
2. До установки с нуля 007 версии и обновления до 009, на старой версии(которая стояла с 2018 года и обновилась до 008) все было более менее шустренько - в пределах одного часа. Так, что не в диске дело.
2. Чем больше предприятий, тем больше по времени происходит резервное копирование.
Питання резервного копіювання на серверах вже стало риторичним. По цій проблемі не писав хіба що лінивий. Тільки тут мабуть з десято топіків створено.

ІМХО, все впирається в архітектуру БД (яка тягнеться ще з часів АРМ-ЗС).
Особисто у мене склалось враження, що при створенні РК Медок використовує один поток.

Re: Резервне копіювання

Додано: 14 травня 2020, 13:17
Бурчун
hatmaster писав:
14 травня 2020, 12:40
Бурчун писав:
14 травня 2020, 10:19

1. Дисковой активности практически нет.
2. До установки с нуля 007 версии и обновления до 009, на старой версии(которая стояла с 2018 года и обновилась до 008) все было более менее шустренько - в пределах одного часа. Так, что не в диске дело.
2. Чем больше предприятий, тем больше по времени происходит резервное копирование.
Питання резервного копіювання на серверах вже стало риторичним. По цій проблемі не писав хіба що лінивий. Тільки тут мабуть з десято топіків створено.

ІМХО, все впирається в архітектуру БД (яка тягнеться ще з часів АРМ-ЗС).
Особисто у мене склалось враження, що при створенні РК Медок використовує один поток.
Сейчас используется один процесс огненной птицы из нескольких. И один процесс DMF. До 009 версии на 32 разрядах резервное копирование работало не скажу, что быстро, но сносно, а вот потом стало все плохо.
Поскольку резервное копирование всей базы происходит быстро - думаю используются средства птицы (по сути просто копия базы и упаковка). А вот когда идет резервное копирование выбранных предприятий, то алгоритм написан настолько криво, что просто писец.

Re: Резервне копіювання

Додано: 14 травня 2020, 14:07
poltava_energy
ferret писав:
14 травня 2020, 09:21
SSD вам в помощь.
SSD не допоможе :D БД на диску R:
medoc_20200514.png
medoc_20200514.png (22.09 Кіб) Переглянуто 5220 разів
| Показать
А щоб не було сумнівів у диску R: то він має таку швидкодію
crystal_20200514.png
crystal_20200514.png (25.86 Кіб) Переглянуто 5208 разів

Re: Резервне копіювання

Додано: 14 травня 2020, 14:11
Бурчун
poltava_energy писав:
14 травня 2020, 14:07
ferret писав:
14 травня 2020, 09:21
SSD вам в помощь.
SSD не допоможе :D БД на диску R:
О чем я и писал. Достаточно открыть монитор ресурсов и убедится, что диск вообще не загружен.

Re: Резервне копіювання

Додано: 14 травня 2020, 14:31
poltava_energy
Бурчун писав:
14 травня 2020, 14:11
О чем я и писал. Достаточно открыть монитор ресурсов и убедится, что диск вообще не загружен.
Так проц також не завантажений :) На восьми ядрах там менше 20%

Re: Резервне копіювання

Додано: 14 травня 2020, 16:39
ferret

Re: Резервне копіювання

Додано: 14 травня 2020, 16:55
Бурчун
ferret писав:
14 травня 2020, 16:39
http://www.ibase.ru/files/firebird/Fire ... 15_rus.pdf
А теперь прошу объяснить влияние РК при использование SSD, если при использовании RAID1 SCSI сейчас такие данные -
Вся база - ZBF - 5 минут, размер 1 гиг.
Выбраны все предприятия - ZBK - 3 час 8 минут
Каким боком тут SSD (или это мегашаманское слово которое должно приводить в трепет тех у которых его нет?). В пером случае простое копирование, во втором случае использование медка для отправки запроса под выборку.
Криво написанный запрос на выборку по условию может значительно тупить. Пример можно посмотреть, как сочиняет запросы с условиями выборки "и" и "или" MS Access. Разница в обработке запроса сочиненного визардом и написанного продумано доли секунды и несколько минут.

Re: Резервне копіювання

Додано: 15 травня 2020, 00:00
poltava_energy
Бурчун писав:
14 травня 2020, 16:55
А теперь прошу объяснить влияние РК при использование SSD, если при использовании RAID1 SCSI сейчас такие данные -
...
Звичайна робота багатьох користувачів на сервері з SSD значно швидша, ніж з HDD навіть у рейді.
Основні та і досі невирішені проблема у медка: занадто нормалізована БД та проблемні індекси.
І це все завдяки і досі невирішеному прокляттю :)

Re: Резервне копіювання

Додано: 15 травня 2020, 09:27
ferret
Бурчун писав:
14 травня 2020, 16:55
ferret писав:
14 травня 2020, 16:39
http://www.ibase.ru/files/firebird/Fire ... 15_rus.pdf
А теперь прошу объяснить влияние РК при использование SSD, если при использовании RAID1 SCSI сейчас такие данные -
Вся база - ZBF - 5 минут, размер 1 гиг.
Выбраны все предприятия - ZBK - 3 час 8 минут
Каким боком тут SSD (или это мегашаманское слово которое должно приводить в трепет тех у которых его нет?). В пером случае простое копирование, во втором случае использование медка для отправки запроса под выборку.
Криво написанный запрос на выборку по условию может значительно тупить. Пример можно посмотреть, как сочиняет запросы с условиями выборки "и" и "или" MS Access. Разница в обработке запроса сочиненного визардом и написанного продумано доли секунды и несколько минут.
Так бы и сказали, что Вам шашечки.

Re: Резервне копіювання

Додано: 18 травня 2020, 11:07
Бурчун
ferret писав:
15 травня 2020, 09:27
..........
Так бы и сказали, что Вам шашечки.
Структура файлов ZBF - сохраненные таблицы, скопированные из базы и записанные в архив. Просто, быстро, что в архив, что из архива.
ZBK - от трех (в случае одного предприятия) до шести файлов (в случае больше одного предприятия). Алгоритм выборки вызывает вопросы.

Re: Резервне копіювання

Додано: 18 травня 2020, 17:26
hatmaster
Бурчун писав:
18 травня 2020, 11:07
ferret писав:
15 травня 2020, 09:27
..........
Так бы и сказали, что Вам шашечки.
Структура файлов ZBF - сохраненные таблицы, скопированные из базы и записанные в архив. Просто, быстро, что в архив, что из архива.
ZBK - от трех (в случае одного предприятия) до шести файлов (в случае больше одного предприятия). Алгоритм выборки вызывает вопросы.
Чим ви переглядали файли?

Re: Резервне копіювання

Додано: 19 травня 2020, 09:45
Бурчун
hatmaster писав:
18 травня 2020, 17:26
Бурчун писав:
18 травня 2020, 11:07
Структура файлов ZBF - сохраненные таблицы, скопированные из базы и записанные в архив. Просто, быстро, что в архив, что из архива.
ZBK - от трех (в случае одного предприятия) до шести файлов (в случае больше одного предприятия). Алгоритм выборки вызывает вопросы.
Чим ви переглядали файли?
WinRar вам в руки.

Re: Резервне копіювання

Додано: 16 жовтня 2020, 16:41
Katrin_K
Добрый день!
Поскольку в одном из обновлений убрали "Резервне копіювання поточного підприємства" - это стало неудобно, так как при хочется сделать РК 1 предприятия, а не всей базы при закрытии программы, и не заходить каждый раз в "Адміністрування/ Резервне копіювання" и там создавать.
Так как делать копию базы 1 предприятия быстрее, чем делать копию базы всех предприятий!
Просьба добавить возможность при закрытии программы создавать также копию 1 предприятия

Re: Резервне копіювання

Додано: 16 жовтня 2020, 16:55
priup
Katrin_K писав:
16 жовтня 2020, 16:41
Добрый день!
Поскольку в одном из обновлений убрали "Резервне копіювання поточного підприємства" - это стало неудобно, так как при хочется сделать РК 1 предприятия, а не всей базы при закрытии программы, и не заходить каждый раз в "Адміністрування/ Резервне копіювання" и там создавать.
Так как делать копию базы 1 предприятия быстрее, чем делать копию базы всех предприятий!
Просьба добавить возможность при закрытии программы создавать также копию 1 предприятия
Уже отвечали ...... :(