Неймовірно довге відновлення резервної копії
Re: Неймовірно довге відновлення резервної копії
Да, пожалуйста, поделитесь опытом
-
- Повідомлень: 717
- З нами з: 13 червня 2012, 09:38
Re: Неймовірно довге відновлення резервної копії
Я просто залишу це тут
Схоже що медок пробив нове дніще у своїй повільнодії
Мізансцена:
Резервна копія філіалу (розмір ZBK 271 768 425 байт) відновлюється до основної бази (розмір якої ~15G) із заміною данних.
Результат:
Час відновлення - більше 9 годин!
Записано до БД ~ 8 Гігабайт що у 32 рази більше розміру даних у ZBK
Прочитано з БД ~ 4 Терабайти що у 15 ТИСЯЧ РАЗІВ більше розміру даних у ZBK
Схоже що медок пробив нове дніще у своїй повільнодії
Мізансцена:
Резервна копія філіалу (розмір ZBK 271 768 425 байт) відновлюється до основної бази (розмір якої ~15G) із заміною данних.
Результат:
Час відновлення - більше 9 годин!
Записано до БД ~ 8 Гігабайт що у 32 рази більше розміру даних у ZBK
Прочитано з БД ~ 4 Терабайти що у 15 ТИСЯЧ РАЗІВ більше розміру даних у ZBK
Востаннє редагувалось 23 червня 2017, 10:59 користувачем poltava_energy, всього редагувалось 1 раз.
Re: Неймовірно довге відновлення резервної копії
Это ЗАЧЕМ? Стресс снять??poltava_energy писав:Я просто залишу це тут .............
ЕСЛИ ХОТИТЕ ЧЕМ-ТО ПОМОЧЬ, то пишем ЗДЕСЬ: http://www.me-doc.com.ua/pages/mailer.php
И для надёжности отсылаем на офбланке разработчику претензию в бумажном виде, заказным письмом с уведомлением...........
А ТАК ВЫ ТОЛЬКО ВОЗДУХ ПОСОТРЯСАЛИ, А ТОЛКУ- "0"
https://www.youtube.com/watch?v=1Q54t3-3ZaE
ХутинПуйло!
ХутинПуйло!
Re: Неймовірно довге відновлення резервної копії
я таки вам скажу что это вполне нормальное времяpoltava_energy писав:Я просто залишу це тут
Схоже що медок пробив нове дніще у своїй повільнодії
На этом месте должна была быть какая-то подпись
-
- Повідомлень: 717
- З нами з: 13 червня 2012, 09:38
Re: Неймовірно довге відновлення резервної копії
A u serious?ferret писав:я таки вам скажу что это вполне нормальное время
Re: Неймовірно довге відновлення резервної копії
natürlich!poltava_energy писав:A u serious?ferret писав:я таки вам скажу что это вполне нормальное время
50 гиговая база восстанавливалась около 2 суток
На этом месте должна была быть какая-то подпись
-
- Повідомлень: 717
- З нами з: 13 червня 2012, 09:38
Re: Неймовірно довге відновлення резервної копії
Іще раз повторю:ferret писав:natürlich!poltava_energy писав:A u serious?
50 гиговая база восстанавливалась около 2 суток
Тобто тільки один філіал (за нашими масштабами невеликий) відновлюється більше 9 годин.Резервна копія філіалу ... відновлюється до основної бази
Скільки відновлюватиметься уся база мені навіть уявити страшно, враховуючи те що філіалів у нас більше двох десятків
Re: Неймовірно довге відновлення резервної копії
Еще учтите, что в ZBK нет базы пользователей с правами и доступами. Просю ненавязчиво сделать выгрузку отдельным файлом хотя бы, но тщетно...poltava_energy писав:Іще раз повторю:ferret писав:natürlich!poltava_energy писав:A u serious?
50 гиговая база восстанавливалась около 2 сутокТобто тільки один філіал (за нашими масштабами невеликий) відновлюється більше 9 годин.Резервна копія філіалу ... відновлюється до основної бази
Скільки відновлюватиметься уся база мені навіть уявити страшно, враховуючи те що філіалів у нас більше двох десятків
На этом месте должна была быть какая-то подпись
Re: Неймовірно довге відновлення резервної копії
А что если я скажу Вам, что .zbk размером 1.2 GB восстанавливалась до базы размером в 4.02 GB на протяжении.... (барабанная дробь)... 14 ДНЕЙ ?ferret писав: natürlich!
50 гиговая база восстанавливалась около 2 суток
На SSD-диске!
Ни база, ни копия не битые.
Re: Неймовірно довге відновлення резервної копії
Пишем сюда:MagicMan писав:... что .zbk размером 1.2 GB восстанавливалась до базы размером в 4.02 GB на протяжении...14 ДНЕЙ ?
На SSD-диске!
Ни база, ни копия не битые.
http://www.me-doc.com.ua/pages/mailer.php
И оформляем письменную претензию разработчику на офбланке предприятия ЗАКАЗНЫМ С УВЕДОМЛЕНИЕМ письмом. Скан этого письма отсылаем в тот же день своему дилеру по МЕДКУ!
Делать что то надо.............., а не воздух сотрясать!!!
https://www.youtube.com/watch?v=1Q54t3-3ZaE
ХутинПуйло!
ХутинПуйло!
Re: Неймовірно довге відновлення резервної копії
Да нет, про это я знаю. По этому вопросу я разъяснения получил.priup писав:Пишем сюда:
http://www.me-doc.com.ua/pages/mailer.php
И оформляем письменную претензию разработчику на офбланке предприятия ЗАКАЗНЫМ С УВЕДОМЛЕНИЕМ письмом. Скан этого письма отсылаем в тот же день своему дилеру по МЕДКУ!
Делать что то надо.............., а не воздух сотрясать!!!
А Вы разработчик?
Re: Неймовірно довге відновлення резервної копії
Ну сколько ж тут уже писали, здеся разработчикоф нед!MagicMan писав:Да нет, про это я знаю. По этому вопросу я разъяснения получил.priup писав:Пишем сюда:
http://www.me-doc.com.ua/pages/mailer.php
И оформляем письменную претензию разработчику на офбланке предприятия ЗАКАЗНЫМ С УВЕДОМЛЕНИЕМ письмом. Скан этого письма отсылаем в тот же день своему дилеру по МЕДКУ!
Делать что то надо.............., а не воздух сотрясать!!!
А Вы разработчик?
Re: Неймовірно довге відновлення резервної копії
+120%BlackOwl писав:...Ну сколько ж тут уже писали, здеся разработчикоф нед!
https://www.youtube.com/watch?v=1Q54t3-3ZaE
ХутинПуйло!
ХутинПуйло!
Re: Неймовірно довге відновлення резервної копії
А громада форума интересуется!!! Что сделал разработчик в ВАШЕМ случае, в своё оправдание..............MagicMan писав:Да нет, про это я знаю. По этому вопросу я разъяснения получил.priup писав:Пишем сюда:
http://www.me-doc.com.ua/pages/mailer.php
И оформляем письменную претензию разработчику на офбланке предприятия ЗАКАЗНЫМ С УВЕДОМЛЕНИЕМ письмом. Скан этого письма отсылаем в тот же день своему дилеру по МЕДКУ!
Делать что то надо.............., а не воздух сотрясать!!!
А Вы разработчик?
https://www.youtube.com/watch?v=1Q54t3-3ZaE
ХутинПуйло!
ХутинПуйло!
Re: Неймовірно довге відновлення резервної копії
BlackOwl,
спасибо, я понял.
priup,
тоже самое, что и в Ваших случаях - "по Вашему вопросу создан волшебный запрос".
спасибо, я понял.
priup,
тоже самое, что и в Ваших случаях - "по Вашему вопросу создан волшебный запрос".
-
- Повідомлень: 717
- З нами з: 13 червня 2012, 09:38
Re: Неймовірно довге відновлення резервної копії
І знову повертаємося до цієї проблеми.
Знадобилося відновити із резервної копії один із наших філіалів, не самий маленький, не самий великий, так середній.
Так як деякі із представників медка постійно мені дорікали тим, що їхня програма вкрай тормознута, і тому її обовязково експлуатувати виключно на SSD. То, для чистоти експерименту, відновлення із ZBK відбувалося на домашньому компі i7-2600K/16G DDR3 із встановленим SSD Samsung 850 Pro 512GB на котрому виключно для медка було виділено окремий розділ у розмірі 100 гігабайт.
Резервна копія філіалу 2,5 гіга (розмір ZBK 2 624 843 115 байт) .
Відновлення відбувалося до свіжевстановленої копії медка із пустою базою.
Результат!
Час відновлення - із ранку шабату до сьогоднішнього обіду, приблизно 55 годин!
Записано до БД ~ 135 Гігабайт (145 547 636 736 байт) що у 55 раз більше розміру даних у ZBK
Прочитано з БД ~ 35 Терабайти (38 400 929 228 217 байт) що у 15 ТИСЯЧ РАЗІВ більше розміру даних у ZBK
При цьому просессор був задіяний не більше ніж на 20%
І хоча кратність прочитанного залишилася на рівні минулого виміру - 15 ТИСЯЧ РАЗІВ.
То кратність записаного збільшилася на 72%, із 32 до 55.
Елементарний розрахунок показує, що середня швидкість відновлення із ZBK на SSD близько 45 мегабайт на годину.
Іще раз - 45 мегабайт НЕ НА секунду, на годину!
При швидкості SSD ~ 400 мегабайт НА секунду.
Висновок!
Навіть коли у вас буде швидкодіючий просессор та швидкодіючий диск, то швидко відновити базу з резервної копії вам всерівно не вдасться.
Знадобилося відновити із резервної копії один із наших філіалів, не самий маленький, не самий великий, так середній.
Так як деякі із представників медка постійно мені дорікали тим, що їхня програма вкрай тормознута, і тому її обовязково експлуатувати виключно на SSD. То, для чистоти експерименту, відновлення із ZBK відбувалося на домашньому компі i7-2600K/16G DDR3 із встановленим SSD Samsung 850 Pro 512GB на котрому виключно для медка було виділено окремий розділ у розмірі 100 гігабайт.
Резервна копія філіалу 2,5 гіга (розмір ZBK 2 624 843 115 байт) .
Відновлення відбувалося до свіжевстановленої копії медка із пустою базою.
Результат!
Час відновлення - із ранку шабату до сьогоднішнього обіду, приблизно 55 годин!
Записано до БД ~ 135 Гігабайт (145 547 636 736 байт) що у 55 раз більше розміру даних у ZBK
Прочитано з БД ~ 35 Терабайти (38 400 929 228 217 байт) що у 15 ТИСЯЧ РАЗІВ більше розміру даних у ZBK
При цьому просессор був задіяний не більше ніж на 20%
І хоча кратність прочитанного залишилася на рівні минулого виміру - 15 ТИСЯЧ РАЗІВ.
То кратність записаного збільшилася на 72%, із 32 до 55.
Елементарний розрахунок показує, що середня швидкість відновлення із ZBK на SSD близько 45 мегабайт на годину.
Іще раз - 45 мегабайт НЕ НА секунду, на годину!
При швидкості SSD ~ 400 мегабайт НА секунду.
Висновок!
Навіть коли у вас буде швидкодіючий просессор та швидкодіючий диск, то швидко відновити базу з резервної копії вам всерівно не вдасться.
-
- Универсал (склонность - системные вопросы)
- Повідомлень: 10116
- З нами з: 13 січня 2012, 11:21
Re: Неймовірно довге відновлення резервної копії
poltava_energy
Жодного разу на SSD з такою швидкістю відновлення даних не доводилося зіштовхуватися.
Саме для випадків з таким об’ємом, реалізовано новий формат резервних копій ZBF.
Відносно прочитаних та записаних даних, зверніть увагу на те, що операційна система виконує такі операції через TEMP каталог, а тільки потім до кінцевого каталогу.
Жодного разу на SSD з такою швидкістю відновлення даних не доводилося зіштовхуватися.
Саме для випадків з таким об’ємом, реалізовано новий формат резервних копій ZBF.
Відносно прочитаних та записаних даних, зверніть увагу на те, що операційна система виконує такі операції через TEMP каталог, а тільки потім до кінцевого каталогу.
Re: Неймовірно довге відновлення резервної копії
У вас в експерименті задіяний мережевий Медок, тобто експеримент нічого нового не показав.poltava_energy писав: ↑15 липня 2019, 14:00
Висновок!
Навіть коли у вас буде швидкодіючий просессор та швидкодіючий диск, то швидко відновити базу з резервної копії вам всерівно не вдасться.
В мене складається враження, що створення/відновлення резкопії в мережевому Медку запускається з найнижчим приорітетом і при цьому задіяне лише одне ядро процесора. Тобто ця процедура розрахована на фоновий режим
Все пройдет, и это тоже. Реально лишь одно - мир иллюзорен! Все остальное фантастика ...
-
- Повідомлень: 281
- З нами з: 15 травня 2018, 13:05
Re: Неймовірно довге відновлення резервної копії
Ничоси.poltava_energy писав: ↑15 липня 2019, 14:00Записано до БД ~ 135 Гігабайт (145 547 636 736 байт) що у 55 раз більше розміру даних у ZBK
Прочитано з БД ~ 35 Терабайти (38 400 929 228 217 байт) що у 15 ТИСЯЧ РАЗІВ більше розміру даних у ZBK
-
- Повідомлень: 717
- З нами з: 13 червня 2012, 09:38
Re: Неймовірно довге відновлення резервної копії
Наскільки я встиг помітити, формат збереження через ZBF не працює у випадку незначних помилок у БД. От і у даному випадку не спрацював.Белокопытов Геннадий писав: ↑15 липня 2019, 14:06Саме для випадків з таким об’ємом, реалізовано новий формат резервних копій ZBF.
До чого тут папка TEMP, якщо мова йде лише про кількість прочитаного/записаного просессом Firebird Server який безпосередньо відновлював цю БД ?Белокопытов Геннадий писав: ↑15 липня 2019, 14:06Відносно прочитаних та записаних даних, зверніть увагу на те, що операційна система виконує такі операції через TEMP каталог, а тільки потім до кінцевого каталогу.
Із резервної копії у ZBK відновлюється БД на SSD із швидкістю 45 мегабайт на годину!hatmaster писав: ↑15 липня 2019, 17:54У вас в експерименті задіяний мережевий Медок, тобто експеримент нічого нового не показав.
В мене складається враження, що створення/відновлення резкопії в мережевому Медку запускається з найнижчим приорітетом і при цьому задіяне лише одне ядро процесора. Тобто ця процедура розрахована на фоновий режим
45 мегабайт на годину ~ 770 кілобайт на хвилину ~ 13 кілобайт на секунду !!!
Задумайтеся над цими числами.
Востаннє редагувалось 16 липня 2019, 10:38 користувачем poltava_energy, всього редагувалось 2 разів.