Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Распределение БД по серверам
|
|||
|---|---|---|---|
|
#18+
Сразу еще вопросец... Будет ли работать такая система без одного из серверов? Как минимум смогу я к ней подконнектится и читать данные отлько на доступном сервере? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2008, 15:58 |
|
||
|
Распределение БД по серверам
|
|||
|---|---|---|---|
|
#18+
Evclid79На девятой DB2 все красиво уже... А на восьмой вроде и не сложно... Create table..... (COL1 ...) partitioning key (COL1).... НО вот как определить правило которое по значению COL1 определит в какой раздел строку кинуть что-то я не вижу... Partitioning and Clustering Guide : Database partitioning is the method by which the placement of each row in the table is determined. The method works as follows: 1. A hashing algorithm is applied to the value of the distribution key, and generates a number between zero (0) and 4095. 2. The distribution map is created when a database partition group is created. Each of the numbers is sequentially repeated in a round-robin fashion to fill the distribution map. 3. The number is used as an index into the distribution map. The number at that location in the distribution map is the number of the database partition where the row is stored. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2008, 16:17 |
|
||
|
Распределение БД по серверам
|
|||
|---|---|---|---|
|
#18+
TORTСразу еще вопросец... Будет ли работать такая система без одного из серверов? Как минимум смогу я к ней подконнектится и читать данные отлько на доступном сервере? Не-а... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2008, 16:17 |
|
||
|
Распределение БД по серверам
|
|||
|---|---|---|---|
|
#18+
gardenman, уточню на всякий случай... Есть сервер1 и сервер2... На них есть БД... На сервер1 положили целиком таблицу1, на сервер2 - соответственно таблицу2.... Вырубился сервер2... Можно сделать select к таблице1? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2008, 16:25 |
|
||
|
Распределение БД по серверам
|
|||
|---|---|---|---|
|
#18+
TORTgardenman, уточню на всякий случай... Есть сервер1 и сервер2... На них есть БД... На сервер1 положили целиком таблицу1, на сервер2 - соответственно таблицу2.... Вырубился сервер2... Можно сделать select к таблице1? Не все так просто. Где-то на одной ноде есть системный каталог. Если эта нода вылитит угадай что будет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2008, 16:52 |
|
||
|
Распределение БД по серверам
|
|||
|---|---|---|---|
|
#18+
gardenman, я так понимаю можно настроить на какой ноде будет системный каталог... Допустим он на сревере1 (см. данные выше), что будет если отвалится сервер2? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2008, 17:01 |
|
||
|
Распределение БД по серверам
|
|||
|---|---|---|---|
|
#18+
TORTgardenman, я так понимаю можно настроить на какой ноде будет системный каталог... Допустим он на сревере1 (см. данные выше), что будет если отвалится сервер2? Код: plaintext 1. 2. 3. 4. У меня какраз один из серваков забрали. [db2inst1@db2dpf0 ~]$ db2 connect to ... - просто висит. На горячем ходу - увы - не могу попробовать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2008, 17:20 |
|
||
|
Распределение БД по серверам
|
|||
|---|---|---|---|
|
#18+
SQL1229N The current transaction has been rolled back because of a system error. SQLSTATE=40504 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2008, 17:21 |
|
||
|
Распределение БД по серверам
|
|||
|---|---|---|---|
|
#18+
gardenman :( а жаль ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2008, 17:32 |
|
||
|
Распределение БД по серверам
|
|||
|---|---|---|---|
|
#18+
Чтобы этого не было DPF-ноды еще объединяют в failover-кластер, но тут уже без внешней СХД никак. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2008, 17:44 |
|
||
|
Распределение БД по серверам
|
|||
|---|---|---|---|
|
#18+
TORTgardenman :( а жаль А если так: Партицировать таблицы. Ненужные данные на ленту и в архив. А чтобы данные вроде как видны были - MQT управляемые юзером. В запросе данные есть а на самом деле их в базе нет. Так можно? никто не делал случайно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2008, 17:56 |
|
||
|
Распределение БД по серверам
|
|||
|---|---|---|---|
|
#18+
Если вылетела нода с каталогом - всё. Если нет - то команды, для которых нужны будут данные с умершей ноды, будут отваливаться. А если вы, грубо говоря, будете делать Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2008, 18:02 |
|
||
|
Распределение БД по серверам
|
|||
|---|---|---|---|
|
#18+
Mark Barinstein, gardenman как-то ваши показания не стыкуются:) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2008, 18:21 |
|
||
|
Распределение БД по серверам
|
|||
|---|---|---|---|
|
#18+
TORTMark Barinstein, gardenman как-то ваши показания не стыкуются:) у меня нет одной ноды. я не могу законнектиться. Возможно что соединения которые были живы на момент отваливания ноды продолжат в каком-то смысле жить. Я не могу проэкспериментировать сейчас. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2008, 23:28 |
|
||
|
Распределение БД по серверам
|
|||
|---|---|---|---|
|
#18+
Можно создать таблицу с дополнительной generated always колонкой, которая будет генерить число. Эту колонку определить как partitioning key. например я пробовал на 4-х раздельной базе... По partitionmaps значение 0 из этой колонки отправляло строку в раздел 0, 6 во 2-ой раздел, 1 в пятый, а 5 в третий..... Ну а дальше дело техники.... Согласен... способ не профессиональный, зато он работает и другого на восьмерке я не нашел... ): ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2008, 11:11 |
|
||
|
Распределение БД по серверам
|
|||
|---|---|---|---|
|
#18+
gardenmanу меня нет одной ноды. я не могу законнектиться. Возможно что соединения которые были живы на момент отваливания ноды продолжат в каком-то смысле жить. Я не могу проэкспериментировать сейчас.То что я вижу на своей тестовой системе: Если в сессии я делал запросы на данные ноды, которая потом отвалилась, то мое соединение разрывается после падения этой ноды (не содержащей системный каталог, конечно). Но я могу переконнектится и работать дальше. При этом, если я опять буду пытаться слать запросы на данные упавшей ноды, то эти запросы будут отваливаться, но соединение разрываться не будет. Если после переконнекта я не буду слать запросы на данные упавшей ноды, то они будут работать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2008, 10:54 |
|
||
|
Распределение БД по серверам
|
|||
|---|---|---|---|
|
#18+
Сейчас попробовал репликацию настроить на federated таблицу... Работает!!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.04.2008, 16:35 |
|
||
|
Распределение БД по серверам
|
|||
|---|---|---|---|
|
#18+
В смысле Не Работает!!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.04.2008, 17:17 |
|
||
|
Распределение БД по серверам
|
|||
|---|---|---|---|
|
#18+
А разве должно? Ведь нормально для репликации изменения собираются на той стороне, где находится реплицируемая таблица (читаются Capture из логов или перехватываются триггерами в случае не-DB2-источника) (случае full refresh'а малоинтересны). А уж таблицы с накопленными изменениями делают federated и их читает Apply. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2008, 14:57 |
|
||
|
Распределение БД по серверам
|
|||
|---|---|---|---|
|
#18+
Я пытался в качестве таблицы-цели указать federated-таблицу... У меня сыграло ограничение по транзакциям... В том смысле, что нельзя в одной транзакции изменять обыкновенную таблицу и federated-таблицу.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2008, 16:35 |
|
||
|
Распределение БД по серверам
|
|||
|---|---|---|---|
|
#18+
TORTgardenman, mitek мне на эту отдельную ноду надо вынести одну большую таблицу ~100млн. записей + к ней штук 10-15 summary table. Так что Вы там про ESE говорили? Куда хоть копнуть? С чего начать? Какое меню выбрать?:)Если еще кому интересно. В db2 с dpf можно руками управлять, в какую ноду какую запись положить. Пусть ваша таблица должна быть разбита по нодам так, чтобы активная ('A') часть была на node 0, а архивная ('B') часть была на node 1. Делается это примерно так: Код: plaintext 1. 2. 3. 4. Для этого делается тестовая вставка 2-х записей и запрос на получение хэша: Код: plaintext 1. - выгружается на диск distribution map для этой nodegroup (запускать на сервере): Код: plaintext Пусть для активной части select вернул: part='A', n=1, h=1234 Т.е. выяснилось, что все записи с part='A' лягут в нежелаемую ноду. Тогда в этом текстовом файле заменяем 1234-ую цифру (нумерация начинается с 0) с 1 на 0. То же, если надо, делаем для part='B'. И делаем Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.04.2008, 13:36 |
|
||
|
|

start [/forum/topic.php?fid=43&msg=35263807&tid=1603912]: |
0ms |
get settings: |
5ms |
get forum list: |
9ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
48ms |
get topic data: |
6ms |
get forum data: |
1ms |
get page messages: |
32ms |
get tp. blocked users: |
1ms |
| others: | 217ms |
| total: | 323ms |

| 0 / 0 |
