Резервне копіювання
Резервне копіювання
Доброго дня!
Прошу пояснити коректний спосіб архівного копіювання для мережевої версії Медка.Раніше я міг зробити копію на робочій станції. Тепер це неможливо, наскільки я зрозумів. А при спробі зробити це на серверній частині, пише що потрібно щоб завершили сеанс роботи всі користувачі.
Прошу пояснити коректний спосіб архівного копіювання для мережевої версії Медка.Раніше я міг зробити копію на робочій станції. Тепер це неможливо, наскільки я зрозумів. А при спробі зробити це на серверній частині, пише що потрібно щоб завершили сеанс роботи всі користувачі.
-
- Универсал (склонность - системные вопросы)
- Повідомлень: 10116
- З нами з: 13 січня 2012, 11:21
Re: Резервне копіювання
Агроном
Механізм створення резервних копій програми у клиент-серверному варіанті не змінювався. Так на станції ви можете створювати резервні копії форматів ZBK та ZBF, якщо згідно налаштованої політики користувачів та ролей це не заборонено відповідному користувачу.
Якщо ви маєте на увазі створення повного архіву програми (BKZ) то він створюється за допомогою Менеджару архіву програми, або планувальника завдань виключно на серверній частині з завершенням роботи усіх клієнтських станцій, так як потребується зупинка та запуск служби програми.
Механізм створення резервних копій програми у клиент-серверному варіанті не змінювався. Так на станції ви можете створювати резервні копії форматів ZBK та ZBF, якщо згідно налаштованої політики користувачів та ролей це не заборонено відповідному користувачу.
Якщо ви маєте на увазі створення повного архіву програми (BKZ) то він створюється за допомогою Менеджару архіву програми, або планувальника завдань виключно на серверній частині з завершенням роботи усіх клієнтських станцій, так як потребується зупинка та запуск служби програми.
Re: Резервне копіювання
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)
База 3.7 гиг. 8 Предприятий.
Резервное копирование. В ручном режиме.
Вся база - ZBF - 5 минут, размер 1 гиг.
Выбраны все предприятия - ZBK - 3 час 8 минут (а с ростом объема базы растет и время создания резервной копии), размер 1 гиг.
Как по мне быстрее конечно загнать в архив всю базу из-за единственного плюса - быстро. Но вот беда при восстановлении одного предприятия будут переписаны все предприятия. А это не совсем кошерно. Как объяснить другим предприятиям, что вот мол поломались данные в фирме "рога и копыта", а все остальные из-за этого должны потерять день работы?
Что же такого делается долгоиграющего при создании резервной копии с выбранными предприятиями? При том, что особой дисковой активности не наблюдается. А ведь именно этот вариант наиболее удобен при восстановлении определенного предприятия.
На другом сервере
База - 2 гига, Предприятий - 2.
Резервное копирование ZBK делается за ~40 минут (37-42)
-
- Повідомлень: 717
- З нами з: 13 червня 2012, 09:38
Re: Резервне копіювання
Не переймайтеся.Бурчун писав: ↑13 травня 2020, 23:40Medoc 11.02.09 (обновлен с дистрибутива 11.02.07) Windows 2008R2 Памяти 32 гиг.
База 3.7 гиг. 8 Предприятий.
Резервное копирование. В ручном режиме.
Вся база - ZBF - 5 минут, размер 1 гиг.
Выбраны все предприятия - ZBK - 3 час 8 минут (а с ростом объема базы растет и время создания резервной копии), размер 1 гиг.
...
У вас МЕГАшвидке створення резервної копії.
А якщо ще й відновлення із резерної копії у вас менше одного тижня, то турбуватися зовсім не варто.
Re: Резервне копіювання
SSD вам в помощь.Бурчун писав: ↑13 травня 2020, 23:40Medoc 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: Резервне копіювання
1. Дисковой активности практически нет.ferret писав: ↑14 травня 2020, 09:21SSD вам в помощь.Бурчун писав: ↑13 травня 2020, 23:40Medoc 11.02.09 (обновлен с дистрибутива 11.02.07) Windows 2008R2 Памяти 32 гиг.
База 3.7 гиг. 8 Предприятий.
Резервное копирование. В ручном режиме.
Вся база - ZBF - 5 минут, размер 1 гиг.
Выбраны все предприятия - ZBK - 3 час 8 минут (а с ростом объема базы растет и время создания резервной копии), размер 1 гиг.
2. До установки с нуля 007 версии и обновления до 009, на старой версии(которая стояла с 2018 года и обновилась до 008) все было более менее шустренько - в пределах одного часа. Так, что не в диске дело.
2. Чем больше предприятий, тем больше по времени происходит резервное копирование.
Re: Резервне копіювання
Питання резервного копіювання на серверах вже стало риторичним. По цій проблемі не писав хіба що лінивий. Тільки тут мабуть з десято топіків створено.Бурчун писав: ↑14 травня 2020, 10:19
1. Дисковой активности практически нет.
2. До установки с нуля 007 версии и обновления до 009, на старой версии(которая стояла с 2018 года и обновилась до 008) все было более менее шустренько - в пределах одного часа. Так, что не в диске дело.
2. Чем больше предприятий, тем больше по времени происходит резервное копирование.
ІМХО, все впирається в архітектуру БД (яка тягнеться ще з часів АРМ-ЗС).
Особисто у мене склалось враження, що при створенні РК Медок використовує один поток.
Все пройдет, и это тоже. Реально лишь одно - мир иллюзорен! Все остальное фантастика ...
Re: Резервне копіювання
Сейчас используется один процесс огненной птицы из нескольких. И один процесс DMF. До 009 версии на 32 разрядах резервное копирование работало не скажу, что быстро, но сносно, а вот потом стало все плохо.hatmaster писав: ↑14 травня 2020, 12:40Питання резервного копіювання на серверах вже стало риторичним. По цій проблемі не писав хіба що лінивий. Тільки тут мабуть з десято топіків створено.Бурчун писав: ↑14 травня 2020, 10:19
1. Дисковой активности практически нет.
2. До установки с нуля 007 версии и обновления до 009, на старой версии(которая стояла с 2018 года и обновилась до 008) все было более менее шустренько - в пределах одного часа. Так, что не в диске дело.
2. Чем больше предприятий, тем больше по времени происходит резервное копирование.
ІМХО, все впирається в архітектуру БД (яка тягнеться ще з часів АРМ-ЗС).
Особисто у мене склалось враження, що при створенні РК Медок використовує один поток.
Поскольку резервное копирование всей базы происходит быстро - думаю используются средства птицы (по сути просто копия базы и упаковка). А вот когда идет резервное копирование выбранных предприятий, то алгоритм написан настолько криво, что просто писец.
Востаннє редагувалось 14 травня 2020, 19:25 користувачем Бурчун, всього редагувалось 1 раз.
-
- Повідомлень: 717
- З нами з: 13 червня 2012, 09:38
Re: Резервне копіювання
Востаннє редагувалось 14 травня 2020, 14:28 користувачем poltava_energy, всього редагувалось 1 раз.
Re: Резервне копіювання
О чем я и писал. Достаточно открыть монитор ресурсов и убедится, что диск вообще не загружен.
-
- Повідомлень: 717
- З нами з: 13 червня 2012, 09:38
Re: Резервне копіювання
На этом месте должна была быть какая-то подпись
Re: Резервне копіювання
А теперь прошу объяснить влияние РК при использование SSD, если при использовании RAID1 SCSI сейчас такие данные -
Вся база - ZBF - 5 минут, размер 1 гиг.
Выбраны все предприятия - ZBK - 3 час 8 минут
Каким боком тут SSD (или это мегашаманское слово которое должно приводить в трепет тех у которых его нет?). В пером случае простое копирование, во втором случае использование медка для отправки запроса под выборку.
Криво написанный запрос на выборку по условию может значительно тупить. Пример можно посмотреть, как сочиняет запросы с условиями выборки "и" и "или" MS Access. Разница в обработке запроса сочиненного визардом и написанного продумано доли секунды и несколько минут.
-
- Повідомлень: 717
- З нами з: 13 червня 2012, 09:38
Re: Резервне копіювання
Звичайна робота багатьох користувачів на сервері з SSD значно швидша, ніж з HDD навіть у рейді.
Основні та і досі невирішені проблема у медка: занадто нормалізована БД та проблемні індекси.
І це все завдяки і досі невирішеному прокляттю
Re: Резервне копіювання
Так бы и сказали, что Вам шашечки.Бурчун писав: ↑14 травня 2020, 16:55А теперь прошу объяснить влияние РК при использование SSD, если при использовании RAID1 SCSI сейчас такие данные -
Вся база - ZBF - 5 минут, размер 1 гиг.
Выбраны все предприятия - ZBK - 3 час 8 минут
Каким боком тут SSD (или это мегашаманское слово которое должно приводить в трепет тех у которых его нет?). В пером случае простое копирование, во втором случае использование медка для отправки запроса под выборку.
Криво написанный запрос на выборку по условию может значительно тупить. Пример можно посмотреть, как сочиняет запросы с условиями выборки "и" и "или" MS Access. Разница в обработке запроса сочиненного визардом и написанного продумано доли секунды и несколько минут.
На этом месте должна была быть какая-то подпись
Re: Резервне копіювання
Структура файлов ZBF - сохраненные таблицы, скопированные из базы и записанные в архив. Просто, быстро, что в архив, что из архива.
ZBK - от трех (в случае одного предприятия) до шести файлов (в случае больше одного предприятия). Алгоритм выборки вызывает вопросы.
Re: Резервне копіювання
Чим ви переглядали файли?Бурчун писав: ↑18 травня 2020, 11:07Структура файлов ZBF - сохраненные таблицы, скопированные из базы и записанные в архив. Просто, быстро, что в архив, что из архива.
ZBK - от трех (в случае одного предприятия) до шести файлов (в случае больше одного предприятия). Алгоритм выборки вызывает вопросы.
Все пройдет, и это тоже. Реально лишь одно - мир иллюзорен! Все остальное фантастика ...
Re: Резервне копіювання
WinRar вам в руки.hatmaster писав: ↑18 травня 2020, 17:26Чим ви переглядали файли?Бурчун писав: ↑18 травня 2020, 11:07Структура файлов ZBF - сохраненные таблицы, скопированные из базы и записанные в архив. Просто, быстро, что в архив, что из архива.
ZBK - от трех (в случае одного предприятия) до шести файлов (в случае больше одного предприятия). Алгоритм выборки вызывает вопросы.
Re: Резервне копіювання
Добрый день!
Поскольку в одном из обновлений убрали "Резервне копіювання поточного підприємства" - это стало неудобно, так как при хочется сделать РК 1 предприятия, а не всей базы при закрытии программы, и не заходить каждый раз в "Адміністрування/ Резервне копіювання" и там создавать.
Так как делать копию базы 1 предприятия быстрее, чем делать копию базы всех предприятий!
Просьба добавить возможность при закрытии программы создавать также копию 1 предприятия
Поскольку в одном из обновлений убрали "Резервне копіювання поточного підприємства" - это стало неудобно, так как при хочется сделать РК 1 предприятия, а не всей базы при закрытии программы, и не заходить каждый раз в "Адміністрування/ Резервне копіювання" и там создавать.
Так как делать копию базы 1 предприятия быстрее, чем делать копию базы всех предприятий!
Просьба добавить возможность при закрытии программы создавать также копию 1 предприятия
Re: Резервне копіювання
Уже отвечали ......Katrin_K писав: ↑16 жовтня 2020, 16:41Добрый день!
Поскольку в одном из обновлений убрали "Резервне копіювання поточного підприємства" - это стало неудобно, так как при хочется сделать РК 1 предприятия, а не всей базы при закрытии программы, и не заходить каждый раз в "Адміністрування/ Резервне копіювання" и там создавать.
Так как делать копию базы 1 предприятия быстрее, чем делать копию базы всех предприятий!
Просьба добавить возможность при закрытии программы создавать также копию 1 предприятия
https://www.youtube.com/watch?v=1Q54t3-3ZaE
ХутинПуйло!
ХутинПуйло!