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

Цікава інформація для наших клієнтів
Відповісти
Агроном
Повідомлень: 37
З нами з: 08 листопада 2017, 16:25

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

Повідомлення Агроном » 27 квітня 2020, 10:48

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

Белокопытов Геннадий
Универсал (склонность - системные вопросы)
Повідомлень: 10116
З нами з: 13 січня 2012, 11:21

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

Повідомлення Белокопытов Геннадий » 27 квітня 2020, 20:17

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

Бурчун
Повідомлень: 103
З нами з: 10 червня 2013, 11:24

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)

poltava_energy
Повідомлень: 717
З нами з: 13 червня 2012, 09:38

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

Повідомлення poltava_energy » 14 травня 2020, 09:12

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

ferret
Повідомлень: 1026
З нами з: 13 липня 2012, 15:20
Звідки: Острова Зеленого Мыса

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

Повідомлення 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 гиг.

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

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

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

Бурчун
Повідомлень: 103
З нами з: 10 червня 2013, 11:24

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. Чем больше предприятий, тем больше по времени происходит резервное копирование.

hatmaster
Повідомлень: 595
З нами з: 21 вересня 2016, 12:52

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

Повідомлення hatmaster » 14 травня 2020, 12:40

Бурчун писав:
14 травня 2020, 10:19

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

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

Бурчун
Повідомлень: 103
З нами з: 10 червня 2013, 11:24

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

Повідомлення Бурчун » 14 травня 2020, 13:17

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

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

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

poltava_energy
Повідомлень: 717
З нами з: 13 червня 2012, 09:38

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

Повідомлення poltava_energy » 14 травня 2020, 14:07

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

Бурчун
Повідомлень: 103
З нами з: 10 червня 2013, 11:24

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

Повідомлення Бурчун » 14 травня 2020, 14:11

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

poltava_energy
Повідомлень: 717
З нами з: 13 червня 2012, 09:38

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

Повідомлення poltava_energy » 14 травня 2020, 14:31

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

ferret
Повідомлень: 1026
З нами з: 13 липня 2012, 15:20
Звідки: Острова Зеленого Мыса

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

Повідомлення ferret » 14 травня 2020, 16:39

На этом месте должна была быть какая-то подпись

Бурчун
Повідомлень: 103
З нами з: 10 червня 2013, 11:24

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. Разница в обработке запроса сочиненного визардом и написанного продумано доли секунды и несколько минут.

poltava_energy
Повідомлень: 717
З нами з: 13 червня 2012, 09:38

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

Повідомлення poltava_energy » 15 травня 2020, 00:00

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

ferret
Повідомлень: 1026
З нами з: 13 липня 2012, 15:20
Звідки: Острова Зеленого Мыса

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

Повідомлення ferret » 15 травня 2020, 09:27

Бурчун писав:
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. Разница в обработке запроса сочиненного визардом и написанного продумано доли секунды и несколько минут.
Так бы и сказали, что Вам шашечки.
На этом месте должна была быть какая-то подпись

Бурчун
Повідомлень: 103
З нами з: 10 червня 2013, 11:24

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

Повідомлення Бурчун » 18 травня 2020, 11:07

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

hatmaster
Повідомлень: 595
З нами з: 21 вересня 2016, 12:52

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

Повідомлення hatmaster » 18 травня 2020, 17:26

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

Бурчун
Повідомлень: 103
З нами з: 10 червня 2013, 11:24

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

Повідомлення Бурчун » 19 травня 2020, 09:45

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

Katrin_K
Повідомлень: 213
З нами з: 11 червня 2014, 12:42

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

Повідомлення Katrin_K » 16 жовтня 2020, 16:41

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

priup
Повідомлень: 7713
З нами з: 22 червня 2011, 12:23

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

Повідомлення priup » 16 жовтня 2020, 16:55

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

Відповісти

Повернутись до “Корисна інформація”