|
Действия ...
|
11.04.2011, 10:59
|
|||
|---|---|---|---|
|
|||
Настройка размера журнального буфера |
|||
|
|
|
11.04.2011, 12:12
|
|||
|---|---|---|---|
|
|||
Настройка размера журнального буфера |
|||
|
|
Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
11.04.2011, 10:59
|
|||
|---|---|---|---|
Настройка размера журнального буфера |
|||
|
#18+
Буфер журнала транзакций сбрасывается на диск по коммиту, по заполнению и при внутреннних событиях менеджера баз (см. описание к параметру LOGBUFSZ). Интересует такой вопрос: при сбросе буфера на диск по коммиту буфер может быть заполнен частично. В журнал будет записан буфер в неизменном виде вместе с пустыми страницами, или же незаполненные т.е. пустые страницы не попадут в журнал транзакций на диске? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
11.04.2011, 12:12
|
|||
|---|---|---|---|
Настройка размера журнального буфера |
|||
|
#18+
Похоже что все таки пустые страницы не пишутся в лог из буфера на диск. Интересно элемент num_log_part_page_io - Number of Partial Log Page Writes monitor element имеет какое то отношение к данному вопросу? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
11.04.2011, 12:26
|
|||
|---|---|---|---|
|
|||
Настройка размера журнального буфера |
|||
|
#18+
AndronБуфер журнала транзакций сбрасывается на диск по коммиту, по заполнению и при внутреннних событиях менеджера баз (см. описание к параметру LOGBUFSZ). Интересует такой вопрос: при сбросе буфера на диск по коммиту буфер может быть заполнен частично. В журнал будет записан буфер в неизменном виде вместе с пустыми страницами, или же незаполненные т.е. пустые страницы не попадут в журнал транзакций на диске? Не совсем понятно - зачем Вам это ? В буфер логического журнала, записываются измененные страницы, согласно протоколу ARIES (ARIES: A Recovery Method Based on Write-Ahead Logging for Nested Transactions). Как правило, размер LOGBUFSZ, не должен превышать размер буфера, который может быть записан на диск за одну операцию I/O. Некоторые рекомендации по настройке производительности можно найти здесь: DB2 Tuning Tips for OLTP Applications - http://www.ibm.com/developerworks/data/library/techarticle/anshum/0107anshum.html С уважением, Вадим. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
11.04.2011, 12:53
|
|||
|---|---|---|---|
|
|||
Настройка размера журнального буфера |
|||
|
#18+
AndronПохоже что все таки пустые страницы не пишутся в лог из буфера на диск. Интересно элемент num_log_part_page_io - Number of Partial Log Page Writes monitor element имеет какое то отношение к данному вопросу?Последняя страница буфера может быть заполнена не полностью. Тогда эта страница не очищается после commit, и в нее пишутся следующие логовые записи, после чего эта же самая страница может быть сброшена на диск еще раз (например, при следующем commit). Поэтому, скорее всего, оно пишет страницы на диск на основе логовых записей, а не страницу целиком, иначе одна и та же логовая запись могла бы появиться в логе на диске несколько раз, а такого не происходит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=43&mobile=1&tid=1602309]: |
0ms |
get settings: |
8ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
75ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
44ms |
get tp. blocked users: |
1ms |
| others: | 10ms |
| total: | 173ms |
| 0 / 0 |
