Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
start a transaction log
|
|||
|---|---|---|---|
|
#18+
onaudit включен, ура! на повестке дня transaction log. как его включить? в общем, сначала посмотрела, что на базу не включено логирование. включила. ondblog buf dbname. сделала бэкап 0-го уровня, чтобы вступило в силу изменение. однако, смотрю логи аудита: при запуске процедуры ошибка -256 -256 Transaction not available. You cannot begin a transaction in this database because it does not have a transaction log. In order to support transactions, you must start a transaction log. Refer to your Administrator's Guide for information on how to start a transaction log. куда смотреть? как стартануть этот транзакшн лог? спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2004, 20:15 |
|
||
|
start a transaction log
|
|||
|---|---|---|---|
|
#18+
"как стартануть этот транзакшн лог?" Стартовать его не надо, нужно просто перевести базу в режим регистрации транзакций. У каждой БД может быть свой режим. К тому же регистрация транзакций (проще говоря в БД разрешен и поддерживается транзакционный механизм) может быть буферированная и не буферированная (подробности в Руководстве админа). Перевести БД в любой режим можно утилитой ontape (это ее побочная работа, кроме архивирования/восттановления) или ondblog (это ее основная работа). Проверить состояние БД можно посмотрев sysdatabases из sysmaster. Могу предложить запрос для формирования списка баз и их параметров. ------------------------------------------ -- Create the list of databases (all db) -- (sysmaster:sysdatabases) -- IDS 7.3+ 9.2+ -- -- V.Shulzhenko DBA_Tools ------------------------------------------ set isolation to dirty read; select substr(name,1,18) db_name ,substr(owner,1,8) owner ,created ,substr(' '||is_logging,1,2) log ,substr(is_buff_log,1,2) buf ,substr(is_nls,1,2) nls ,substr(is_ansi,1,2) ansi ,substr(flags,1,5) flags ,substr(dbs_collate,1,12) locale from sysdatabases,sysdbslocale where name=dbs_dbsname order by created; ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2004, 21:32 |
|
||
|
start a transaction log
|
|||
|---|---|---|---|
|
#18+
1. Проверьте, что транзакции для базы действительно включились - в onmonitor или в sysdatabases 2. Попробуйте перекомпилировать процедуру, запустив update statistics for procedure <> ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2004, 22:41 |
|
||
|
start a transaction log
|
|||
|---|---|---|---|
|
#18+
vasilis"как стартануть этот транзакшн лог?" Стартовать его не надо, нужно просто перевести базу в режим регистрации транзакций. У каждой БД может быть свой режим. К тому же регистрация транзакций (проще говоря в БД разрешен и поддерживается транзакционный механизм) может быть буферированная и не буферированная (подробности в Руководстве админа). Перевести БД в любой режим можно утилитой ontape (это ее побочная работа, кроме архивирования/восттановления) или ondblog (это ее основная работа). Проверить состояние БД можно посмотрев sysdatabases из sysmaster. Могу предложить запрос для формирования списка баз и их параметров. ------------------------------------------ -- Create the list of databases (all db) -- (sysmaster:sysdatabases) -- IDS 7.3+ 9.2+ -- -- V.Shulzhenko DBA_Tools ------------------------------------------ set isolation to dirty read; select substr(name,1,18) db_name ,substr(owner,1,8) owner ,created ,substr(' '||is_logging,1,2) log ,substr(is_buff_log,1,2) buf ,substr(is_nls,1,2) nls ,substr(is_ansi,1,2) ansi ,substr(flags,1,5) flags ,substr(dbs_collate,1,12) locale from sysdatabases,sysdbslocale where name=dbs_dbsname order by created; так как и я говорила, база переведена в режим логирования. то есть до этих манипуляций в sysmaster -> sysdatabases были параметры на мою базу is_logging=0 после манипуляций с ondblog и произведением бэкапа нулевого уровня (как и пушут в мануалах) - эти параметры выставились is_logging=1 is_buff=1 но опять после отработки скрипта, смотрю логи аудита и вижу: ONLN|2004-12-23 19:17:08.000|serv3|24758|serv_sw|oper|-256:EXSP:dbname_test:0 такая же ошибка была и до включения буферизированного логирования. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2004, 12:03 |
|
||
|
start a transaction log
|
|||
|---|---|---|---|
|
#18+
vybegallo1. Проверьте, что транзакции для базы действительно включились - в onmonitor или в sysdatabases 2. Попробуйте перекомпилировать процедуру, запустив update statistics for procedure <> ну насколько я понимаю, включились. из данных onaudit -а я не вижу, какая именно процедура запускалась. update statistics на всю базу поможет отцу русской демократии? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2004, 12:05 |
|
||
|
start a transaction log
|
|||
|---|---|---|---|
|
#18+
смотрю на строчку ONLN|2004-12-23 19:17:08.000|serv3|24758|serv_sw|oper|-256:EXSP:dbname_test:0 и в мануал: Informix Trusted Facility Guide, где пишут, что последнее поле расшифровывется следующим образом EXSP dbname proc. id имя базы есть, а вот proc. id у меня ноль. чтобы это значило? как узнать, какая именно процедура вызывалась? спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.12.2004, 11:49 |
|
||
|
start a transaction log
|
|||
|---|---|---|---|
|
#18+
procid = 0 - похоже на баг. Попробуйте в dbaccess begin work; select .. commit work; - работает или ругается, что нет транзакций ? Если работает, то update statistics должно помочь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.12.2004, 16:56 |
|
||
|
start a transaction log
|
|||
|---|---|---|---|
|
#18+
Vybegalloprocid = 0 - похоже на баг. Попробуйте в dbaccess begin work; select .. commit work; - работает или ругается, что нет транзакций ? Если работает, то update statistics должно помочь. что имеем: ONLN|2004-12-27 17:31:10.000|serv3|6371|serv_sw|informix|0:OPDB:dbname_test:0:- ONLN|2004-12-27 17:31:10.000|serv3|6371|serv_sw|informix|0:ACTB:dbname_test:informix:accounts:100 ONLN|2004-12-27 17:31:10.000|serv3|6371|serv_sw|informix|0:RDRW:dbname_test:100:3146503:258 ONLN|2004-12-27 17:31:10.000|serv3|6371|serv_sw|informix|0:RDRW:dbname_test:100:3146503:259 ONLN|2004-12-27 17:31:10.000|serv3|6371|serv_sw|informix|0:CLDB:dbname_test но тут-то никаких процедур не вызывается... так что не понятно, что это дает. кстати, update statistics for procedure сделала. помогло это или нет - не знаю. тока сервер упал, и после его поднятия 256 ошибка не возникает больше. однако возникает другая ошибка, тоже не понятно в какой процедуре ONLN|2004-12-24 16:37:31.000|serv3|1954|serv_sw|oper|-746:EXSP:dbname_test:0 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.12.2004, 18:00 |
|
||
|
|

start [/forum/topic.php?fid=44&msg=32846538&tid=1609130]: |
0ms |
get settings: |
11ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
34ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
47ms |
get tp. blocked users: |
1ms |
| others: | 15ms |
| total: | 137ms |

| 0 / 0 |
