|
Что нужно увеличить?
|
|||
---|---|---|---|
#18+
При импорте из файла в таблицу выдается следующее сообщение: SQL3109N The utility is beginning to load data from file "base". SQL3306N An SQL error "-964" occurred while inserting a row into the table. SQL0964C The transaction log for the database is full. SQLSTATE=57011 SQL3110N The utility has completed processing. "22917" rows were read from the input file. т.е. вставляет только 22 тыс. записи. Записи 1500000. Что увеличить, что подкрутить? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2004, 12:14 |
|
Что нужно увеличить?
|
|||
---|---|---|---|
#18+
Проблема решилась autocimmit'ом через каждые 100 записей :) ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2004, 12:38 |
|
Что нужно увеличить?
|
|||
---|---|---|---|
#18+
при DELETE * FROM TTable1 аналогическая ошибка. Но тут автокоммит я так понимаю не поможет. Что подкрутить? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.07.2004, 16:30 |
|
Что нужно увеличить?
|
|||
---|---|---|---|
#18+
for both problems could have good understanding of transaction logging in DB2. Okram: LOGFILSIZ, LOGPRIMARY, LOGSECOND, LOGRETAIN, USEREXIT, probably, the values you have to check/change and read about. In glance, add LOGSECOND (the sum of LOGPRIMARY and LOGSECOND must be <= 256), and/or change LOGFILSIZ. but it's not always good to have huge these values . Better read the doc to find the proper solution. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.07.2004, 16:40 |
|
Что нужно увеличить?
|
|||
---|---|---|---|
#18+
ето понятно. А как зделать чтобы такие системные директории /db2inst1/NODEXXXX/SQLXXXXXX/ не содержали лишнюю информацию, тоесть чтобы она время от времени удалялась, а то у меня уже 1219M :( ? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.07.2004, 17:26 |
|
Что нужно увеличить?
|
|||
---|---|---|---|
#18+
Okram: are you sure the dir looking like NODE????/SQL0000? contains "лишнюю информацию" ?? Because this looks like your tablespace. if you are about "Path to log files", which has something like SQLOGDIR at the end, so it is a dir where to transaction logs are being written. Probably you have a lot of logs files there, looking like S0000000.LOG, and so on, with sequential numbers. Use USEREXIT to put your archive logs somewhere in a safe place, like on a tape, network storage, whatever you have reliable. Send then by email :) ... |
|||
:
Нравится:
Не нравится:
|
|||
30.07.2004, 18:09 |
|
Что нужно увеличить?
|
|||
---|---|---|---|
#18+
send _them_ by email :) ... |
|||
:
Нравится:
Не нравится:
|
|||
30.07.2004, 18:13 |
|
Что нужно увеличить?
|
|||
---|---|---|---|
#18+
понятно. спасибо за ответ. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.08.2004, 11:39 |
|
Что нужно увеличить?
|
|||
---|---|---|---|
#18+
А что нужно указать в запросе, чтобы при удалении большого объёма данных из лога она не писала это в логи и не пыталась откатить транзакции, если что-то пойдёт не так? Нужно без лишних телодвижений удалить данные без права на восстановление. Как?! ... |
|||
:
Нравится:
Не нравится:
|
|||
02.08.2004, 15:52 |
|
Что нужно увеличить?
|
|||
---|---|---|---|
#18+
kamuzonудалении большого объёма данных из лога имеется в виду kamuzonудалении большого объёма данных из таблицы ... |
|||
:
Нравится:
Не нравится:
|
|||
02.08.2004, 15:58 |
|
|
start [/forum/moderation_log.php?user_name=Tian]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
159ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
47ms |
get tp. blocked users: |
1ms |
others: | 632ms |
total: | 903ms |
0 / 0 |