Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
db2 и 1С - сильное торможение
|
|||
|---|---|---|---|
|
#18+
Victor Metelitsa, логи скинул за компанию-быстрая запись, не частое чтение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.07.2013, 18:55 |
|
||
|
db2 и 1С - сильное торможение
|
|||
|---|---|---|---|
|
#18+
pomoev.u, А по другому пока не нашел способа. Из-за торможения торговые не успевают всех обзвонить, обслужить, принять и т.д., - как результат, меньше продаж. Мне нужно как-то ускорить прием заявок. Причем до размера базы в 8 ГБ все работало как надо. Почему начал переходить из 9.7 на 10.1. Асинхронная запись таблиц, если я правильно понимаю, - это когда данные кэшируются в память, дается сообщение, что принято и, по мере возможности системы, идет запись данных в таблицы с одновременным чтением. Слабое звено - потеря данных в случае переполнения или при отключении. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.07.2013, 10:09 |
|
||
|
db2 и 1С - сильное торможение
|
|||
|---|---|---|---|
|
#18+
Асинхронная запись в табличные пространства доступна по умолчанию (хотя настройки для неё есть, но к федерации ("союзу" разных баз) не имеют отношения и к fast communication buffer'ам тоже). Сохранность при крэше наподобие пропадания питания гарантируются транзакционными логами. Правда, могут быть испорчены и транзакционные логи, потому надо озаботиться, чтобы кеш на запись в дисках был выключен. Основная проблема производительности винчестеров, по сравнению с SSD - огромное время позиционирования головок (по сравнению со временем передачи данных), поэтому последовательный доступ быстрый, а произвольный - медленный; транзакционные логи пишутся последовательным потоком. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.07.2013, 10:46 |
|
||
|
db2 и 1С - сильное торможение
|
|||
|---|---|---|---|
|
#18+
pomoev.u,То есть у вас люди вбитые руками заявки скармливают базе быстрее чем она может это переварить. Я опечален. Чем опечален? Почему база будет медленее переваривать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.07.2013, 12:56 |
|
||
|
db2 и 1С - сильное торможение
|
|||
|---|---|---|---|
|
#18+
Victor Metelitsa, Небольшое уточнение: на SSD скинул: табличные пространства indexSpace, tempSpace, Usertemp "файлы журнала" - дословное описание ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.07.2013, 13:06 |
|
||
|
db2 и 1С - сильное торможение
|
|||
|---|---|---|---|
|
#18+
Uzden Hampomoev.u,То есть у вас люди вбитые руками заявки скармливают базе быстрее чем она может это переварить. Я опечален. Чем опечален? Почему база будет медленее переваривать? Если заявки действительно вбиваются руками то размер их измеряется скорее всего килобайтами - 10-20 кб (если конечно вы не впихиваете в базу заодно какие-нибудь сканы документов в tiff-е). Для такого размера транзакций любая база должна переваривать тысячи и десятки тысяч инсертов в секунду, а не просто десятки. И даже если база каким-то образом уперлась в предел производительности железа, то нагрузка на процессор должна быть под 100%. Если она уперлась в диск, то io wait будет расти. Но когда ничто никуда не упирается, процессор курит, диски курят, а при этом всё тупит - где-то в системе есть большая проблема, которую надо искать и лечить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.07.2013, 17:39 |
|
||
|
db2 и 1С - сильное торможение
|
|||
|---|---|---|---|
|
#18+
pomoev.u, Тогда такой вариант моих действий. Днем продолжаю искать причину, пробовать вечером, если неуд, то переключать на текущий рабочий вариант. С тем. что сказал согласен: проц сигары пачками курит (общая загрузка максимум 20% - это и система, и скуль, и рдп)-специально замерял, память курит - из 32 ГБ загрузка максимум 6 , ССД тоже отдыхает. Единственное ISCSI и сетка загружаются порой до 1ГБ. Завтра продолжу ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.07.2013, 18:58 |
|
||
|
db2 и 1С - сильное торможение
|
|||
|---|---|---|---|
|
#18+
Uzden Ham Единственное ISCSI и сетка загружаются порой до 1ГБ. А можно поинтересоваться что у вас по iscsi подключено? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.07.2013, 20:23 |
|
||
|
db2 и 1С - сильное торможение
|
|||
|---|---|---|---|
|
#18+
Hunterik, по iscsi подключен диск, на котором непосредственно хранится база - требование вышестоящих, что бы так было ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.07.2013, 12:19 |
|
||
|
db2 и 1С - сильное торможение
|
|||
|---|---|---|---|
|
#18+
А можно: - посмотреть размер ваших буферных пулов и процент попадания в них? - отметить какие буферные пулы задействованы табличными пространствами с данными приложения - посмотреть статистику по табличным пространствам (логические/физические чтения, асинхронный доступ, время чтения в буферный пул и записи из него на диск, включено ли кеширование файловой системы, хотя, как это работает для iscsi я плохо понимаю - читать надо, и т.д...) Тут есть информация. Если ввод/вывод реально узкое место, можно попробовать его минимизировать (DB2MAXFSCRSEARCH, ALTER TABLE ... APPEND ON, посмотреть возможность подстройки асинхронного ввода/вывода)... Далеко от вас iscsi диски находятся? Сетка отдельная или по общей подключены - торренты не качаете по вечерам, когда самая работа идёт? =) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.07.2013, 14:39 |
|
||
|
|
start [/forum/topic.php?fid=43&gotonew=1&tid=1601387]: |
0ms |
get settings: |
12ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
48ms |
get topic data: |
12ms |
get first new msg: |
10ms |
get forum data: |
3ms |
get page messages: |
56ms |
get tp. blocked users: |
2ms |
| others: | 285ms |
| total: | 452ms |
| 0 / 0 |
