|
физический журнал
|
|||
---|---|---|---|
#18+
есть informix 11.70 fc3.физ журнал в отдельном чанке,а не в rootdbs. необходимо увеличить его размер подскажите плиз как увеличить размер физ журнала,кроме как создать отдельный чанк и перенести его туда? спасибо заранее ... |
|||
:
Нравится:
Не нравится:
|
|||
23.02.2012, 13:46 |
|
физический журнал
|
|||
---|---|---|---|
#18+
LudeV, Правильным ли будет перефразировать вопрос и сказать: "физ. журнал в отдельном дбспейсе , состоящем из одного чанка"? ... |
|||
:
Нравится:
Не нравится:
|
|||
23.02.2012, 15:22 |
|
физический журнал
|
|||
---|---|---|---|
#18+
svat2, да,физ журнал в отд табл пространстве из 1 чанка. чагк этот 16Гб,а когда создавался физ журнал onparams -p... указан был размер 8Гб,как теперь можно его увеличить до 16? ... |
|||
:
Нравится:
Не нравится:
|
|||
23.02.2012, 15:27 |
|
физический журнал
|
|||
---|---|---|---|
#18+
LudeV, эээм... а какие Вы видите препятствия для выполнения, к примеру, этой команды: Код: plaintext
... |
|||
:
Нравится:
Не нравится:
|
|||
23.02.2012, 17:38 |
|
физический журнал
|
|||
---|---|---|---|
#18+
LudeVфиз журнал в отд табл пространстве из 1 чанка. чагк этот 16Гб, У вас путаница понятий - физжурнал не таблица, поэтому в табличном пространстве он быть не может, он может быть в отдельном дбспейсе, о чем вам и пытались намекнуть. Путаница понятий chunk, tablespace, dbspace может в дальнейшем привести к проблемам. LudeVа когда создавался физ журнал onparams -p... указан был размер 8Гб,как теперь можно его увеличить до 16? Эти вопросы прекрасно расписаны в руководстве администратора. Вопрос имел бы смысл. если бы там этого не было. Причем там всегда нужно смотреть в первую очередь, т.к. здесь отвечающие могут и ошибиться и очепятится и просто неправильно понять вопрос. Ничего личного :) просто хочется, чтобы вы сами научились решать мелкие и средние рабочие вопросы. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.02.2012, 18:22 |
|
физический журнал
|
|||
---|---|---|---|
#18+
Автор очевидно работал с другой СУБД отсюда и путаница в понятиях. Informix: Наибольшая логическая единица хранения dbspace состоит из чанков (файлов на диске, могут принадлежать только одному dbspace). У информикса может быть много dbspace. Чанки содержат tablespace которые состоят из экстентов . Экстенты состоят из страниц . Физический журнал управляется с помощью утилиты onparams. Для физ.журнала можете думать в терминах "в каком dbspace находится", и "какой размер имеет". ... |
|||
:
Нравится:
Не нравится:
|
|||
24.02.2012, 09:38 |
|
физический журнал
|
|||
---|---|---|---|
#18+
Andron, спасибо всем большое. да, действительно, я работал с другой СУБД. Я логически понимаю,когда смотрю на БД,а вот сформулировать в нужных понятиях не очень получилось. Всем еще раз спасибо ... |
|||
:
Нравится:
Не нравится:
|
|||
24.02.2012, 10:15 |
|
физический журнал
|
|||
---|---|---|---|
#18+
подскажите плиз,что будет если заполнится физ журнал,а БД он будет требоваться,чтобы засунуть туда страницы сейчас? он автоматически увеличивается или БД будет ждать пока он очистится? почитал много,но ответа на этот вопрос не нашел. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.02.2012, 11:14 |
|
физический журнал
|
|||
---|---|---|---|
#18+
LudeV, физ.журнал перезаписывается циклически, при этом решение о возможности перезаписи страниц принимается на основании последнего чекпоинта (контрольной точки): все страницы записанные в физ.журнал до последнего чекпоинта могут быть перезаписаны. Если с момента последнего чекпоинта заполнено 75% физ.журнала, то инициируется контрольная точка. Таких КТ (по заполнению физ.журнала) надо избегать, поскольку это блокирующие КТ. В случае появления таких КТ достаточно увеличить размер физ.журнала. Мониторить появление КТ срабатывающих по заполнению физ.журнала можно с помощью onstat -g ckp поле Trigger в выводе будет равно Plog при таких КТ. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.02.2012, 11:32 |
|
|
start [/forum/topic.php?fid=44&msg=37676393&tid=1607194]: |
0ms |
get settings: |
28ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
74ms |
get topic data: |
8ms |
get forum data: |
3ms |
get page messages: |
230ms |
get tp. blocked users: |
1ms |
others: | 292ms |
total: | 656ms |
0 / 0 |