Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Не пойму, как работает WHILE
|
|||
|---|---|---|---|
|
#18+
А то есть вариантов типа: Код: sql 1. 2. 3. 4. Таких нет чтоли??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2016, 13:17 |
|
||
|
Не пойму, как работает WHILE
|
|||
|---|---|---|---|
|
#18+
emperor_bms, Да можно проще: Код: sql 1. http://www-01.ibm.com/support/knowledgecenter/SSEPGG_9.7.0/com.ibm.db2.luw.admin.cmd.doc/doc/r0001987.html?lang=en ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2016, 13:39 |
|
||
|
Не пойму, как работает WHILE
|
|||
|---|---|---|---|
|
#18+
Хм... замечательно. А вот для Код: sql 1. такого ключа нет. Придется лезть в SYSIBMADM.DBCFG Как-то вот все все-таки немного не по людски... не user friendly, так сказать... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2016, 14:37 |
|
||
|
Не пойму, как работает WHILE
|
|||
|---|---|---|---|
|
#18+
ну или db2_all пользовать... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2016, 14:38 |
|
||
|
Не пойму, как работает WHILE
|
|||
|---|---|---|---|
|
#18+
А вот выкопал совет, как подключится к ноде. Надо мол каталогизировать базы таким образом: Код: sql 1. 2. Но вот незадача, а если партиции/ноды висят на одном хосте. Как вообще получить список нод с их именами? Код: sql 1. выдает лишь партицию 0 Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. Код: sql 1. выводит Код: plaintext 1. 2. 3. 4. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2016, 15:00 |
|
||
|
Не пойму, как работает WHILE
|
|||
|---|---|---|---|
|
#18+
emperor_bms (LOGFILSIZ) = 393216 В моей умной книжке стоит, что максимальный размер LOGFILSIZ состовляет 262 Гигабайта Может конечно я и ошибаюсь ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.02.2016, 14:09 |
|
||
|
Не пойму, как работает WHILE
|
|||
|---|---|---|---|
|
#18+
-_Михаил_-, 1. UNIX 1000 [4 - 1 048 572] до - 4Gb Windows 1000 [4 - 1 048 572] 2. The upper limit of log file size, combined with the upper limit of the number of log files (logprimary + logsecond), gives an upper limit of 1024 GB of active log space. http://www-01.ibm.com/support/knowledgecenter/SSEPGG_9.7.0/com.ibm.db2.luw.admin.config.doc/doc/r0000239.html?cp=SSEPGG_9.7.0/2-2-6-7-63&lang=en 3. The number of primary and secondary log files must comply with the following: If logsecond has a value of -1, logprimary <= 256. If logsecond does not have a value of -1, (logprimary + logsecond) <= 256. http://www-01.ibm.com/support/knowledgecenter/SSEPGG_9.7.0/com.ibm.db2.luw.admin.config.doc/doc/r0000240.html?cp=SSEPGG_9.7.0/2-2-6-7-67&lang=en ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.02.2016, 14:32 |
|
||
|
Не пойму, как работает WHILE
|
|||
|---|---|---|---|
|
#18+
emperor_bms Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. Хм.. а почему для 1 и 2 партиции значения параметров для транзакционных логов остались по умолчанию? В этом проблема? По-умолчанию при update db cfg параметры меняются на всех разделах одновременно. Но есть возможность менять только на нужном разделе, что, скорее всего, и сделали ранее. Переполнение журнала у вас, судя по db2diag.log, было на разделе 1. Поэтому да, проблема была в этом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2016, 13:53 |
|
||
|
Не пойму, как работает WHILE
|
|||
|---|---|---|---|
|
#18+
knudsenemperor_bms, Можно использовать конструкцию <<+N< , вот напрмер: Код: sql 1. Такой командой мы изменим параметры на ВСЕХ разделах, а не на 1-ом, несмотря на то, что подключаемся мы в этом случае к разделу 1. Если вдруг надо менять на одном разделе, то не важно, к какому разделу мы подключаемся, надо использовать кляузу DBPARTITIONNUM в команде. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2016, 13:57 |
|
||
|
Не пойму, как работает WHILE
|
|||
|---|---|---|---|
|
#18+
emperor_bmsА вот выкопал совет, как подключится к ноде. Надо мол каталогизировать базы таким образом: Код: sql 1. 2. Но вот незадача, а если партиции/ноды висят на одном хосте. Как вообще получить список нод с их именами? Это неправильный совет. Вы можете подключтиться к любому разделу, если надо, но делать надо так. Для подключений из командного процессора DB2 - С помощью set client $ db2 set client connect_dbpartitionnum 3 $ db2 connect to my_db - С помощью установки системной переменной DB2NODE $ export DB2NODE=2 $ db2 terminate $ db2 connect to my_db Проверить, к какому вы подключены можно так: $ db2 values current node Для приложений ODBC/CLI/JDBC Используется свойство соединения connectNode (см. доку, как устанавливать). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2016, 14:55 |
|
||
|
Не пойму, как работает WHILE
|
|||
|---|---|---|---|
|
#18+
emperor_bms, Про имена нод. Их нет, db2 свои ноды никакими особенными именами не называет :) Есть запрос на информацию, сколько их, на каких серверах они работают, какие логические порты имеют. Код: sql 1. 2. То же самое примерно можно получить так с сервера: Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2016, 15:04 |
|
||
|
Не пойму, как работает WHILE
|
|||
|---|---|---|---|
|
#18+
emperor_bmsХм... замечательно. А вот для Код: sql 1. такого ключа нет. Придется лезть в SYSIBMADM.DBCFG Как-то вот все все-таки немного не по людски... не user friendly, так сказать... В отличие от update db cfg, get db cfg выдает парметры для раздела, с которым вы соединены в данный момент. Поэтому, если надо получить из командной строки значение парметра на определенном разделе, то для получения значения с диска (может отличаться от текущего): Код: plaintext Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2016, 15:55 |
|
||
|
Не пойму, как работает WHILE
|
|||
|---|---|---|---|
|
#18+
Mark BarinsteinПо-умолчанию при update db cfg параметры меняются на всех разделах одновременно. Но есть возможность менять только на нужном разделе, что, скорее всего, и сделали ранее. Переполнение журнала у вас, судя по db2diag.log, было на разделе 1. Поэтому да, проблема была в этом. Хм... интересная информация. Спасибо большое, Марк, за все ответы, а то я уже думал, что никто не подскажет. Поделюсь и я своими изысканиями: Я менял параметры БД из Toad. При этом он отображает параметры БД по-нодово , и там есть 2 вида отображения этих параметров: Tabbed view и side-by-side view. По умолчанию стоит Tabbed, то есть параметры каждой ноды на своей вкладке. Так вот когда меняешь параметры БД на ноде 0, при таком отображении, они меняются во всех вкладках, то есть как бы для всех нод. HO! На самом деле это не так! Стоит только переключиться в режим side-by-side, в котором параметры всех нод отображаются одной табличкой, мы увидим, что изменения вступили в силу лишь на 0 ноде. Toad даже подсвечивает название параметра, который имеет различные значения на разных нодах. Преключаемся обратно в Tabbed и опять видим, что на всех нодах значения одинаковые. Вот такой вот баг в Toad for DB2 6.1.0.134. Я его отправил разработчикам, кстати. Марк, а как по сообщениям в db2diag.log понять, что речь идет о 1ой ноде? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2016, 16:33 |
|
||
|
Не пойму, как работает WHILE
|
|||
|---|---|---|---|
|
#18+
emperor_bmsМарк, а как по сообщениям в db2diag.log понять, что речь идет о 1ой ноде? Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2016, 17:00 |
|
||
|
|

start [/forum/topic.php?fid=43&msg=39164043&tid=1600660]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
61ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
50ms |
get tp. blocked users: |
1ms |
| others: | 275ms |
| total: | 429ms |

| 0 / 0 |
