Доброго времени суток!
Очень странное поведение probkup...
Запускаем с параметрами
-red 10 -verbose
В логе видим:
Backed up 7044 db blocks in 00:00:10
Backed up 59063 db blocks in 00:00:20
Backed up 128998 db blocks in 00:00:30
Backed up 209904 db blocks in 00:00:40
Backed up 290028 db blocks in 00:00:50
Backed up 337172 db blocks in 00:01:14
Backed up 404152 db blocks in 00:01:24
Backed up 460025 db blocks in 00:19:06
Backed up 520924 db blocks in 00:19:16
Backed up 576322 db blocks in 00:19:26
Backed up 630463 db blocks in 00:19:36
Backed up 687491 db blocks in 00:19:46
Backed up 754165 db blocks in 00:19:56
Backed up 835648 db blocks in 00:20:06
Backed up 914549 db blocks in 00:20:16
Backed up 988118 db blocks in 00:20:26
Backed up 988118 db blocks in 00:20:26
Backed up 1058766 db blocks in 00:20:36
Backed up 1131273 db blocks in 00:20:46
Backed up 1202533 db blocks in 00:20:56
Backed up 1273384 db blocks in 00:21:06
Backed up 1273826 db blocks in 00:22:57
Backed up 1326065 db blocks in 00:23:07
Backed up 1402215 db blocks in 00:23:17
Backed up 1437505 db blocks in 00:34:55
Backed up 1496231 db blocks in 00:35:05
Backed up 1574105 db blocks in 00:35:15
Backed up 1656607 db blocks in 00:35:25
Backed up 1733606 db blocks in 00:35:35
Backed up 1810062 db blocks in 00:35:45
и т.д...
OpenEdge Release 10.1C04 as of Fri May 29 21:42:49 EDT 2009
Sun Microsystems Inc. SunOS 5.10 Generic January 2005
Online backup
В итоге: база не успела забэкапиться за ночь, день не закрыт...
Какие есть идеи по поводу данной проблемы? KB перерыл, но ничего толкового не нашёл... База до сих пор закрывается, осталось немного уже, поэтому останавливать и запускать сейчас с другими параметрами как-то не хочется...
Заранее благодарим за любую оказанную помощь в поиске проблемы!
Непонятное поведение probckup...
Непонятное поведение probckup...
ДурацкаЯ пРОггА )) извИНИтЕ, чТО букВЫ пРЫГАюТ, НО Мне нрАвиТсЯ кАК кНопОЧки миГАют...
BreD молчит, а насколько мне известно проблема сейчас уже решена:
Периодические тормоза возникали при записи больших объемов данных на файловую систему ZFS. Ситуацию вроде даже удалось повторить с помощью команды cp. Данные promon'а, собранные с нужным интервалом во время работы probkup'а, писавшего на ZFS, однозначно говорят, что внутри базы его никто не тормозил и только сам бэкап во время тормозов портил жизнь другим Progress'овым процессам, создавая очереди на уровне блоков. Бэкап, запущенный с теми же параметрами, но пишущий на UFS, отработал быстро.
Периодические тормоза возникали при записи больших объемов данных на файловую систему ZFS. Ситуацию вроде даже удалось повторить с помощью команды cp. Данные promon'а, собранные с нужным интервалом во время работы probkup'а, писавшего на ZFS, однозначно говорят, что внутри базы его никто не тормозил и только сам бэкап во время тормозов портил жизнь другим Progress'овым процессам, создавая очереди на уровне блоков. Бэкап, запущенный с теми же параметрами, но пишущий на UFS, отработал быстро.