Вот уже примерно месяца два я постояно делаю бэкап БД (каждый понедельник архив 0 уровня и вт-пт архив 1 уровня). При этом использую команду ontape -s -L 0(1). Но вот вчера возникло сообщение при создании архива 1 уровня:
Archive failed - The existing level-0 backup for DBSpace rootdbs is too old to allow any incremental backup.
Ну я так понял он пишет что существующий архив 0 уровня содержит не то дисковое пространство. После этого я создал архив 0 уровня с удачным завершением архивации.
Сегодня я начал делать архив 1 уровня он выдал ту же ошибку.
Помогите пожалуйста!

cprЭто значит, что архив нулевого уровня надо сделать, тк тот который вы делали уже устарел.
Архив 0 уовня я делал вчера, так как вчера была такая же ситуация.

Выбегалло ...меняли место или число логических логов...

После этих слов я решил проверить состояние логических журналов (onstat -l). И, действительно, их к-во увеличилось с 8 до 20. Посмотрел праметр LOGFILES, он также равен 20. Я вот не могу понять каким образом произошло изменение к-ва журналов без вмешательства извне. И хотел еще посмотреть их расположение, но не смог, т.к. не знаю как это сделать.

Журавлев Денис
# Dynamic Logging
# DYNAMIC_LOGS:
# 2 : server automatically add a new logical log when necessary. (ON)
# 1 : notify DBA to add new logical logs when necessary. (ON)
# 0 : cannot add logical log on the fly. (OFF)
#
# When dynamic logging is on, we can have higher values for LTXHWM/LTXEHWM,
# because the server can add new logical logs during long transaction rollback.
# However, to limit the number of new logical logs being added, LTXHWM/LTXEHWM
# can be set to smaller values.
#
# If dynamic logging is off, LTXHWM/LTXEHWM need to be set to smaller values
# to avoid long transaction rollback hanging the server due to lack of logical
# log space, i.e. 50/60 or lower.
#
# In case of system configured with CDR, the difference between LTXHWM and
# LTXEHWM should be atleast 30% so that we could minimize log overrun issue.

DYNAMIC_LOGS 2
А можно в кратце на русском, пожалуйста (будет более понятней)

Выбегалло

onstat -l, поле begin

Ну а что это поле выдае? У меня:

E:\Informix>onstat -l

IBM Informix Dynamic Server Version 9.40.TC7 -- On-Line -- Up 20 days 14:13:
56 -- 616832 Kbytes

Physical Logging
Buffer bufused bufsize numpages numwrits pages/io
P-2 0 8 210414 30370 6.93
phybegin physize phypos phyused %used
10:53 170000 100281 0 0.00

Logical Logging
Buffer bufused bufsize numrecs numpages numwrits recs/pages pages/io
L-2 0 8 137742831 2059581 318418 66.9 6.5
Subsystem numrecs Log Space used
OLDRSAM 137742831 3820405400

begin
9:53
11:30689
12:141129
12:216137
14:7925
15:85
12:166129
12:191129
12:91129
12:116129
12:41129
12:66129
11:55689
9:25053
9:50053
9:75053
9:100053
9:125053
9:150053
9:175053
20 active, 20 total

OS Windows 2003 Server

Вернемся к самому началу. Вот вчера я сделал архив 0 уровня. Сегодня хотел делать архив 1 уровня, он выдает мне то же сообщение. За этот период ни каких глобальных изменений не происходило (только запись данных в базу).

Журавлев ДенисПокажи online.log от последнего level 0 до попытки level 1.
Я проанализировал лог-файл и действительно нашел там
...
Dynamically added log file 16 to DBspace 12
...

Как я понял это означает что добавлен новый лог файл под номером 16 в пространство 12. А как узнать где это простарнство? И почему добавился новый лог, если я делаю архивацию 0 уровня доволи часто и зархивированные логи должны, как я понимаю, использоваться заново.
Дело в том что сервак жил на 8 логах практически год, а тут вот резко увеличилось их число.