Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
ontape -r: как вычислить Estimated time для архива 0-го уровня?
|
|||
|---|---|---|---|
|
#18+
Имею большую проблему, но чтоб не валить всё на одну больную голову, начну по частям: итак, исходные данные: 1. Linux Debian 3.1 R8 на ядре 2.6.19 2. IDS 7.31 (UD6 - если это важно) 3. от ontape файл с архивом 0-го уровня известного размера 4. запускаем ontape -r 4.1. по просьбе подтвержаем Enter'ом наличие файлв с архивом 0-го уровня по требуемому пути 4.2. подтверждаем, что таки-да, именно эти пространства и чанки нам нужны 4.3. отказываемся делать backup текущих логических журналов (ничего ценного пока на сервере нет) 4.4. и ждём.... Вопрос: как оценить прогресс продвижения ontape по благому пути восстановления архива 0-го уровня? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.04.2008, 02:36 |
|
||
|
ontape -r: как вычислить Estimated time для архива 0-го уровня?
|
|||
|---|---|---|---|
|
#18+
Теоретически (не проверял) надо смотреть сколько пишет нитка ontape, вот это и будет прогресс восстановления. Также можно взять за основу сведения о том что ontape не жмет архивы и в архивах находятся только занятые страницы. Это к тому как оценить сколько данных остается для восстановления. И смотреть вывод onstat -D (поле "page Wr" для чанков) для проверки что в данный момент восстанавливается. Например было известно что перед архивом level-0 в некотором dbspace datadbs было занято N страниц. Если считать что кол-во страниц изменилось не сильно до начала восстановления, то тогда и при восстановлении в этот dbspace будет записано около N страниц, вот и смотрим прогресс восстановления с помощью этой команды. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.04.2008, 08:41 |
|
||
|
ontape -r: как вычислить Estimated time для архива 0-го уровня?
|
|||
|---|---|---|---|
|
#18+
Andron смотреть вывод onstat -D (поле "page Wr" для чанков) для проверки что в данный момент восстанавливается. Например было известно что перед архивом level-0 в некотором dbspace datadbs было занято N страниц. Если считать что кол-во страниц изменилось не сильно до начала восстановления, то тогда и при восстановлении в этот dbspace будет записано около N страниц, вот и смотрим прогресс восстановления с помощью этой команды. Угумс. То есть , когда мне перед восстановлением ontape -r выдаёт из 0-архива что-то типа результата от onstat -d, смотреть нужно внимательно на "Total - Free" pages - приблизительно это количество и должно будет фигурировать в КОНЦЕ процесса восстановления 0-архива... AndronТеоретически (не проверял) надо смотреть сколько пишет нитка ontape, вот это и будет прогресс восстановления Как и чем смотреть? Со стороны ОС или со стороны informix? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.04.2008, 12:08 |
|
||
|
ontape -r: как вычислить Estimated time для архива 0-го уровня?
|
|||
|---|---|---|---|
|
#18+
АнатоЛойИмею большую проблему, но чтоб не валить всё на одну больную голову, начну по частям: итак, исходные данные: 1. Linux Debian 3.1 R8 на ядре 2.6.19 2. IDS 7.31 (UD6 - если это важно) 3. от ontape файл с архивом 0-го уровня известного размера 4. запускаем ontape -r 4.1. по просьбе подтвержаем Enter'ом наличие файлв с архивом 0-го уровня по требуемому пути 4.2. подтверждаем, что таки-да, именно эти пространства и чанки нам нужны 4.3. отказываемся делать backup текущих логических журналов (ничего ценного пока на сервере нет) 4.4. и ждём.... Вопрос: как оценить прогресс продвижения ontape по благому пути восстановления архива 0-го уровня? Можно смотреть на флаги dbspace'ов в выходе onstat -d - так можно выразить прогресс восстановления "в dbspace'ах" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.04.2008, 12:37 |
|
||
|
|

start [/forum/topic.php?fid=44&fpage=36&tid=1608112]: |
0ms |
get settings: |
6ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
29ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
38ms |
get tp. blocked users: |
1ms |
| others: | 234ms |
| total: | 340ms |

| 0 / 0 |
