ReSQL.ru
     
powered by simpleCommunicator - 2.0.30     © 2024 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Map
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Informix [игнор отключен] [закрыт для гостей] / HDR, очень странного хочу
22 сообщений из 22, страница 1 из 1
HDR, очень странного хочу
    #38584917
vvt1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vvt1
Гость
Коллеги!

А вот есть ли возможность поднять вторичный сервер восстановленный по
Код: plaintext
ontape -r
из ленточной копии? Сервер после восстановления находится в standard mode. IDS FD7.31, Solaris 10.

Поясню, этот бред, на первый взгляд (хотя может и не на первый). Но...

Есть СХД от IBM.
Умеет делать snapshot FS. Т.е. позволяет отклонировать существующий том с чанками.
Я понимаю про корзину и яйца, и что так типа не устойчиво с точки зрения продакт, но не в этом суть.

После клонирования, получаю две идентичные системы (чанки). На разных зонах Solaris (опять яйца в одной корзине, но это тестовый полигон) имею как бы поднятые две копии одного СУБД в standard mode, фактически как при поднятии через
Код: plaintext
ontape -r
, т.е. со всеми восстановленными physical и logical logs.
Пробовал методику IBM: Changing Primary and Secondary server types in HDR , равно как и читал Indormix FAQ . Не получается на вторичном сервере СУБД, после поднятия оного через
Код: plaintext
oninit -PHY
перевести его в secondary. Точнее, они connect взаимный проходят, но НЕ встают в статус operational.
...
Рейтинг: 0 / 0
13.03.2014, 11:42
| Ответить | Цитировать | Написать  
HDR, очень странного хочу
    #38587017
яфшуеі
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
яфшуеі
Гость
Після клонування стартуйте як oninit -r
це працювало задовго до ontape -PHY
хоча, 7.31 не той продукт де нормально працює HDR
хоча тут FD - мо й нормально
...
Рейтинг: 0 / 0
15.03.2014, 02:08
| Ответить | Цитировать | Написать  
HDR, очень странного хочу
    #38587175
olleg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
olleg
Гость
яфшуеі,
пожалуйста, продублируйте свой пост на русском языке.
Тут все мы всегда хорошо общались, уважали и понимали друг друга. Вот числе и вы.
На всякий случай - правила форума
...
Рейтинг: 0 / 0
15.03.2014, 16:35
| Ответить | Цитировать | Написать  
HDR, очень странного хочу
    #38587218
londinium
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
londinium
Участник
Перевожу
после клонирования стартуйте как oninit -r
это работало задолго до ontape -PHY
хотя 7.31 - это не тот продукт, где нормально работает HDR
с другой стороны, на FD, может, и нормально
/*
Після клонування стартуйте як oninit -r
це працювало задовго до ontape -PHY
хоча, 7.31 не той продукт де нормально працює HDR
хоча тут FD - мо й нормально
*/
...
Рейтинг: 0 / 0
15.03.2014, 19:22
| Ответить | Цитировать | Написать  
HDR, очень странного хочу
    #38587231
Яковлев Павел
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Яковлев Павел
Гость
Совершенно на всякий случай спрошу

- а непосредственно перед клонированием силами СХД блокировали СУБД как-то того надо для "external backup" ?

- а потом конфиг и sqlhost поправили ?
...
Рейтинг: 0 / 0
15.03.2014, 19:41
| Ответить | Цитировать | Написать  
HDR, очень странного хочу
    #38588006
vvt1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vvt1
Гость
яфшуеі,

Та ну.
HDR на 7.31 в обычном режиме працює нормально. Если его по-документации ставить.
Я ж маленько не по документації хочу.
...
Рейтинг: 0 / 0
17.03.2014, 12:12
| Ответить | Цитировать | Написать  
HDR, очень странного хочу
    #38588024
vvt1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vvt1
Гость
Яковлев ПавелСовершенно на всякий случай спрошу
- а непосредственно перед клонированием силами СХД блокировали СУБД как-то того надо для "external backup" ?
- а потом конфиг и sqlhost поправили ?

Насчет блокировки перед клонированием. Пока и не задумывались, т.к. клон делали с остановленной СУБД по onmode -ky. База маленькая (buffered logging), специально под это сделана - это чисто лаба в поисках решения. Поэтому, пока не отняли стенд, можно делать что угодно.

Конфиг (onconfig) и sqlhosts, а так же sqlhosts.equiv и services - поправлены.
При подъёме в зонах с ленты (из файла бекапа, не принципиально) через ontape (и на первичном ontape -r и на вторичном ontape -p), все встает HDR поднимается и работает (делаем вставку на первичном сервере и потом на вторичном видим результат).
...
Рейтинг: 0 / 0
17.03.2014, 12:23
| Ответить | Цитировать | Написать  
HDR, очень странного хочу
    #38588037
vvt1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vvt1
Гость
Так, чисто на всякий случай, напомнить.
Подъем СУБД по oninit -r переводит в Recovery Mode. Попробую повторить попытку.
Подъем СУБД по oninit -PHY перед переходом в Recovery Mode делает Physical Recovery.
При обычном подъеме по oninit, исполняется Physical Recovery, затем Logical Recovery и переход в On-Line Mode.
...
Рейтинг: 0 / 0
17.03.2014, 12:30
| Ответить | Цитировать | Написать  
HDR, очень странного хочу
    #38588828
Яковлев Павел
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Яковлев Павел
Гость
На выключнной да - блокировать надо

Если всё по методичке IBM, но руками то зачем ? Есть же пара готовых скриптовменять HDR местами ?

Посмотреть бы с обоих:

- sqlhosts

- DBSERVERNAME, DBSERVERALIASES, HA_ALIAS

- кусок логов на момент попыток hdr-иться

и полную последовательность точто что прячется за "после поднятия оного через oninit -PHY перевести его в secondary"

(кстати, только сейчас заметил что HDR. а чего не RSS ? синхронные чек-поинты реально нужны ?)
...
Рейтинг: 0 / 0
17.03.2014, 22:24
| Ответить | Цитировать | Написать  
HDR, очень странного хочу
    #38588829
Яковлев Павел
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Яковлев Павел
Гость
блин, конечно же "блокировать НЕ надо"
...
Рейтинг: 0 / 0
17.03.2014, 22:25
| Ответить | Цитировать | Написать  
HDR, очень странного хочу
    #38589729
vvt1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vvt1
Гость
Яковлев Павел,

ПЕРВИЧНЫЙ СЕРВЕР
IBM Informix Dynamic Server Version 7.31.FD10 -- On-Line -- Up 00:01:51 -- 272384 Kbytes

sqlhosts :
Код: plaintext
1.
2.
3.
z1tcp   ontlitcp        z1      sqlexec
z1on    onipcshm        on_z1   on_z1
z2tcp   ontlitcp        z2      sqlexec

/etc/hosts.equiv :
Код: plaintext
z2

/etc/services :
Код: plaintext
1.
sqlrm           7200/tcp
sqlexec         7200/tcp

informix@z1:~$ egrep "DBSERVERNAME|DBSERVERALIASES" etc/onconfig
Код: plaintext
1.
DBSERVERNAME    z1on            # Name of default database server
DBSERVERALIASES z1tcp           # List of alternate dbservernames



ВТОРИЧНЫЙ СЕРВЕР
IBM Informix Dynamic Server Version 7.31.FD10 -- On-Line -- Up 00:01:57 -- 459776 Kbytes

sqlhosts :
Код: plaintext
1.
2.
3.
z2tcp   ontlitcp        z2      sqlexec
z2on    onipcshm        on_z2   on_z2
z1tcp   ontlitcp        z1      sqlexec

/etc/hosts.equiv :
Код: plaintext
z1

/etc/services :
Код: plaintext
1.
sqlrm           7200/tcp
sqlexec         7200/tcp

informix@z2:~$ egrep "DBSERVERNAME|DBSERVERALIASES" etc/onconfig
Код: plaintext
1.
DBSERVERNAME    z2on            # Name of default database server
DBSERVERALIASES z2tcp           # List of alternate dbservernames
...
Рейтинг: 0 / 0
18.03.2014, 16:48
| Ответить | Цитировать | Написать  
HDR, очень странного хочу
    #38589740
vvt1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vvt1
Гость
Поправил onconfig на вторичном, там не я только экспериментирую:

diff -wb onconfig onconfig.20140318
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
94c95
< SHMVIRTSIZE     16384           # initial virtual shared memory segment size
---
> SHMVIRTSIZE     203776          # initial virtual shared memory segment size
123,125c124,126
< DRAUTO          0               # DR automatic switchover
< DRINTERVAL      -1              # DR max time between DR buffer flushes (in sec)
< DRTIMEOUT       150             # DR network timeout (in sec)
---
> DRAUTO          2               # DR automatic switchover
> DRINTERVAL      100              # DR max time between DR buffer flushes (in sec)
> DRTIMEOUT       50             # DR network timeout (in sec)
...
Рейтинг: 0 / 0
18.03.2014, 16:55
| Ответить | Цитировать | Написать  
HDR, очень странного хочу
    #38589884
vvt1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vvt1
Гость
Теперь по шагам.

На первичном сервере (z1) :
Код: plaintext
onmode -d standard
(он был standard mode, но действуем по инструкции .)

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
17:41:42  Event alarms enabled.  ALARMPROG = '/opt/informix/etc/log_full.sh'
17:41:47  DR: DRAUTO is 0 (Off)
17:41:47  Requested shared memory segment size rounded from 1144KB to 2048KB
17:41:48  IBM Informix Dynamic Server Version 7.31.FD10    Software Serial Number AAD#J383561
17:41:48  IBM Informix Dynamic Server Initialized -- Shared Memory Initialized.
17:41:48  Physical Recovery Started.
17:41:48  Physical Recovery Complete: 0 Pages Restored.
17:41:48  Logical Recovery Started.
17:41:51  Logical Recovery Complete.
        0 Committed, 0 Rolled Back, 0 Open, 0 Bad Locks

17:41:52  Dataskip is now OFF for all dbspaces
17:41:52  Checkpoint Completed:  duration was 0 seconds.
17:41:52  Checkpoint loguniq 975, logpos 0x80018

17:41:52   On-Line Mode 
17:42:54  DR: Invalid type change 0 1

17:42:54   DR: new type = standard

Переводим его в явный режим первичного сервера по
Код: plaintext
onmode -d primary z2tcp

Код: plaintext
1.
2.
3.
17:47:54  DR: new type = primary, secondary server name = z2tcp 
17:47:54  DR: Trying to connect to secondary server ...
17:47:55  DR: Cannot connect to secondary server
17:47:55  DR: Turned off on primary server

Смотрим, что у нас:
Код: plaintext
onstat -
IBM Informix Dynamic Server Version 7.31.FD10 -- On-Line (Prim) -- Up 00:07:41 -- 272384 Kbytes

И опускаем его
Код: plaintext
onmode -ky
, так написано в инструкции .


На вторичном сервере (z2) :

Код: plaintext
oninit -PHY
, поднимаемся в рекавери режиме
IBM Informix Dynamic Server Version 7.31.FD10 -- Fast Recovery (CKPT REQ) -- Up 00:00:30 -- 272384 Kbytes
Blocked:CKPT

Смотрим логи:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
Tue Mar 18 17:50:22 2014

17:50:22  Event alarms enabled.  ALARMPROG = '/opt/informix/etc/log_full.sh'
17:50:27  DR: DRAUTO is 0 (Off)
17:50:27  Requested shared memory segment size rounded from 1144KB to 2048KB
17:50:28  IBM Informix Dynamic Server Version 7.31.FD10    Software Serial Number AAD#J383561
17:50:28  IBM Informix Dynamic Server Initialized -- Shared Memory Initialized.
17:50:28  Physical Recovery Started.
17:50:28  Physical Recovery Complete: 0 Pages Restored.
17:50:28  Dataskip is now OFF for all dbspaces
17:50:28  Restartable Restore has been ENABLED
17:50:28  Recovery Mode

Переводим z2 сервер во вторичный (ведомый) режим:
Код: plaintext
onmode -d secondary z1tcp
Код: plaintext
1.
2.
3.
17:54:23  DR: new type = secondary, primary server name = z1tcp 
17:54:23  DR: Trying to connect to primary server ...
17:54:24  DR: Cannot connect to primary server
17:54:24  DR: Turned off on secondary server

Смотрим
Код: plaintext
onstat -
, сервер остался в рекавери режиме

IBM Informix Dynamic Server Version 7.31.FD10 -- Fast Recovery (Sec) -- Up 00:04:25 -- 272384 Kbytes
Blocked:CKPT

informix@z2:~$
Код: plaintext
onstat -g dri
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
IBM Informix Dynamic Server Version 7.31.FD10    -- Fast Recovery (Sec) -- Up 00:05:13 -- 272384 Kbytes
Blocked:CKPT 

Data Replication: 
  Type         State        Paired server        Last DR CKPT (id/pg)     
  secondary    off          z1tcp                        -1 / -1 

  DRINTERVAL   -1 
  DRTIMEOUT    150 
  DRAUTO       0 
  DRLOSTFOUND  /opt/informix/etc/dr.lostfound


На первичном сервере (z1) :

Поднимаем СУБД по
Код: plaintext
oninit

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
Tue Mar 18 17:56:45 2014

17:56:45  Event alarms enabled.  ALARMPROG = '/opt/informix/etc/log_full.sh'
17:56:50  DR: DRAUTO is 0 (Off)
17:56:50  Requested shared memory segment size rounded from 1144KB to 2048KB
17:56:50  IBM Informix Dynamic Server Version 7.31.FD10    Software Serial Number AAD#J383561
17:56:51  IBM Informix Dynamic Server Initialized -- Shared Memory Initialized.
17:56:51  DR: Trying to connect to secondary server ...
17:56:52  DR: Primary server connected
17:56:53  Physical Recovery Started.
17:56:53  Physical Recovery Complete: 0 Pages Restored.
17:56:53  Logical Recovery Started.
17:56:56  Logical Recovery Complete.
        0 Committed, 0 Rolled Back, 0 Open, 0 Bad Locks

17:56:57  Dataskip is now OFF for all dbspaces
17:56:57  Checkpoint Completed:  duration was 0 seconds.
17:56:57  Checkpoint loguniq 975, logpos 0x83018

17:56:57   On-Line Mode 
17:57:02  DR: Sending log 975 (current), size 2500 pages, 5.28 percent used
17:57:03  DR: Sending Logical Logs Completed
17:57:04   DR: Primary server operational 
17:57:04  DR: LBU_PRESERVE turned on while primary
17:57:05  Checkpoint Completed:  duration was 0 seconds.
17:57:05  Checkpoint loguniq 975, logpos 0x85018

informix@z1:~$
Код: plaintext
onstat -g dri

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
IBM Informix Dynamic Server Version 7.31.FD10    -- On-Line (Prim) -- Up 00:02:32 -- 272384 Kbytes

Data Replication: 
  Type         State        Paired server        Last DR CKPT (id/pg)     
  primary      on           z2tcp                       975 / 133 

  DRINTERVAL   -1 
  DRTIMEOUT    150 
  DRAUTO       0 
  DRLOSTFOUND  /opt/informix/etc/dr.lostfound


На вторичном сервере (z2) :

informix@z2:~$
Код: plaintext
onstat -g dri

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
IBM Informix Dynamic Server Version 7.31.FD10    -- Read-Only (Sec) -- Up 00:11:49 -- 288768 Kbytes

Data Replication: 
  Type         State       Paired server        Last DR CKPT (id/pg)     
  secondary    on           z1tcp                       975 / 133 

  DRINTERVAL   -1 
  DRTIMEOUT    150 
  DRAUTO       0 
  DRLOSTFOUND  /opt/informix/etc/dr.lostfound

Флаги, тоже 801, кошерные:
informix@z2:~$
Код: plaintext
onstat -d | less

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
IBM Informix Dynamic Server Version 7.31.FD10    -- Read-Only (Sec) -- Up 00:13:34 -- 288768 Kbytes

Dbspaces
address          number   flags    fchunk   nchunks  flags    owner    name
11987c1c0        1        801      1        1        NL       informix rootdbs
11987d078        2        2001     2        1        N T      informix tempdbs
11987d160        3        801      3        4        NL       informix maindbs
11987d248        4        801      7        4        NL       informix maindbs_2

Что-то ничего не пониманию.
Оно заработало? Правда, я тут оба инстанса поднял не снапшотом, а из ontape -r.
Ничего не понимаю, раньше не работало.
Буду проверять и думать. Потом еще снапшотом проверю. Странно как-то.
...
Рейтинг: 0 / 0
18.03.2014, 19:09
| Ответить | Цитировать | Написать  
HDR, очень странного хочу
    #38589988
Яковлев Павел
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Яковлев Павел
Гость
Продолжим наш междусобойчик

Так, весёлый косяк когда HDR или RSS коннектятся по именам записанным за ipcshm тут места не имеет.

HA_ALIAS не вижу - такого параметра вообще нет в вашей версии ? (не помню уже такую древность)

Если есть - поставьте туда z1tcp и z2tcp соответственно.

Совсем по хорошему для HDR стоит сделать отдельные имена на других портах что бы его трафик не конкурировал с обычным от пользователей базы.

DRAUTO я бы вернул в 0 пока "вообще не работает". Отработка вариант "2" дело отдельного вдумчивого тестирования.

DRTIMEOUT совершенно зря уменьшили - это только кажется "да блин за 50 секунд он точно справится" верните как было, а то и увеличте секунд до 300. (в гугле есть более подробные разъяснения)

И да, судя по логам заработало вроде (давно на RSS переполз уже не так резво логи HDR читаю), только вот не вижу логов от секондари после поднятия примари - там по идее должно быть написано что DR опять в строю и что лог готов.

Проверьте простым onmode -l - текущий лог досрочно ротируется и должен уехать на секондари.

И опять буду проповедовать RSS :) Оно лучше чем HDR.
...
Рейтинг: 0 / 0
18.03.2014, 22:16
| Ответить | Цитировать | Написать  
HDR, очень странного хочу
    #38590062
vvt1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vvt1
Гость
Яковлев Павел,

HA_ALIAS - нету точно.
На продактах действительно HDR работает на отдельных интерфейсах в отдельном VLAN по etherchanel. Эта лаба, один сервер M3000 под OS Solaris 10 и zones. Там смысла нет в отдельных интерфейсах, они определяются в global и наследуются zone при явном указании. Там же и тестовая NetAp в качестве СХД.

DRAUTO было 0 и DRTIMEOUT 150. Я сегодня, просто заметил, что пока стендом пользовались другие, у z2 изменился конфиг, я его с z1 и поправил взад.

По-логам оно типа заработало.
Но, каюсь, отвлекли не проверил, хотя бы просто ротацией логов. Т.к. это был не чистый снапшот (просто восстановил оба инстанса по ontape -r, чтоб было похоже) проверю, как только мне опять отдадут на эксперименты эти единицы. Просто сталкивались с ситуацией, когда по логам как бы HDR стоит, а по факту нет репликации данных.
...
Рейтинг: 0 / 0
19.03.2014, 01:38
| Ответить | Цитировать | Написать  
HDR, очень странного хочу
    #38590499
vvt1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vvt1
Гость
Яковлев ПавелИ опять буду проповедовать RSS :) Оно лучше чем HDR.


Ну, если смотреть на фичи с возможностью отложенного наката лога и прочее, может и да. Сильно не разбирался.
HDR у нас исторически. Хотя бы частично из-за того, что вторичный сервер участвует для построений отчетов, т.е. для SELECT во имя разгрузки первичного сервера.
...
Рейтинг: 0 / 0
19.03.2014, 13:17
| Ответить | Цитировать | Написать  
HDR, очень странного хочу
    #38591259
Яковлев Павел
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Яковлев Павел
Гость
vvt1Яковлев ПавелИ опять буду проповедовать RSS :) Оно лучше чем HDR.


Ну, если смотреть на фичи с возможностью отложенного наката лога и прочее, может и да. Сильно не разбирался.
HDR у нас исторически. Хотя бы частично из-за того, что вторичный сервер участвует для построений отчетов, т.е. для SELECT во имя разгрузки первичного сервера.

Так RSS всё это умеет :)

Просто вы ещё не нарывались значит на тупизну синхронных чекпоинтов под нагрузкой :)
...
Рейтинг: 0 / 0
19.03.2014, 22:01
| Ответить | Цитировать | Написать  
HDR, очень странного хочу
    #38591559
яфшуеі
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
яфшуеі
Гость
Субъективно
HDR на 9.40 работал быстрее чем HDR/RS на 11.50 и 11.70
Можно конечно сказать, что нагрузка стала не той, изменилось сетевое окружение и т.п.
но это чисто мое субъективное мнение и на 100% правильность суждений я не претендую.

Относительно сети - у ИБМ нет требований к сети. Они говорят - проверьте скорость копирования файлов.
С копированием то все ОК, а вот с ДР - не все ОК. По факту сейчас получается, что HDR нежелательно
использовать при работе с выделенными каналами.

Относительно тормозов, при ASYNC HDR тормоза не только на цкпт,
по моим ощущениям - асинхронность здесь речь относительная - когда забиваются
все 3 буфера лог журнала - она как бы заканчивается.
Иначе флаг G не объяснить. При переводе в стандард он пропадает.
Пытался в свое время доказать это ИБМ - не получилось, токо пообещали уточнить процесс в доке.

Да и вообще, думаю ИБМ нужно пересмотреть формат логов - да они маленькие по сравнению с тем же Оракл.
Но, как бы там ни было - в Оракл логи накатываются быстрее чем в Информикс. Правда системы по типу разные.
Информикс при накатке тормозит при UPDATE/DELETE.
Учитывая, что объем данных растет, логика усложняется - в долгосрочной перспективе применение
транзакций на DR будет, наверное, актуальной проблемой.

Грят где-то в ЮАР вроде как билинг сделан у кого-то на Информикс и логи пишутся объемом что мне и не снилось.
Интересно - они работают с репликацией информикс или используют другие способы резервирования.
...
Рейтинг: 0 / 0
20.03.2014, 11:02
| Ответить | Цитировать | Написать  
HDR, очень странного хочу
    #38591589
яфшуеі
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
яфшуеі
Гость
Яковлев ПавелИ опять буду проповедовать RSS :) Оно лучше чем HDR.

не все так однозначно
При RS ИБМ не гарантирует когда при отключенном RSS_FLOW_CONTROL транзакции накатятся на РС.
В течении дня отставания на сервер в другом конце города исчисляются часами.

при включенном RSS_FLOW_CONTROL RS практически не отличается от HDR кроме команд управления.

К сожалению, все зависит от системы, поставленной задачи и возможностей.
Универсального решения нет - сегодня подходит 1 схема, а завтра другая.

Не жалейте быстрых дисков для физ и лог журналов на вторичных серверах особенно при HDR.
...
Рейтинг: 0 / 0
20.03.2014, 11:20
| Ответить | Цитировать | Написать  
HDR, очень странного хочу
    #38592378
Яковлев Павел
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Яковлев Павел
Гость
яфшуеіПри RS ИБМ не гарантирует когда при отключенном RSS_FLOW_CONTROL транзакции накатятся на РС.
На то он и RSS :) И это описано в доке. Зато отставание RSS не повлияет на примари.

яфшуеіВ течении дня отставания на сервер в другом конце города исчисляются часами.
ээээ точно ничего не надо на секондари подправить ? отставание сутки это ж просто женская половая пилотка

яфшуеіпри включенном RSS_FLOW_CONTROL RS практически не отличается от HDR кроме команд управления.
Что делает его совершенно бессмысленным и позволяет поставить систему раком при отставании ровно как и HDR

яфшуеіК сожалению, все зависит от системы, поставленной задачи и возможностей.
Универсального решения нет - сегодня подходит 1 схема, а завтра другая.

Не жалейте быстрых дисков для физ и лог журналов на вторичных серверах особенно при HDR.
А при наличии денег поставьте комбо-raid 10 из пар hdd(15Krpm)+ssd (описывал конструкцию тут в прошлом году) - скорость SSD, а при его вылете спасёт HDD.
...
Рейтинг: 0 / 0
20.03.2014, 21:43
| Ответить | Цитировать | Написать  
HDR, очень странного хочу
    #38592676
vvt1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vvt1
Гость
Субъективно, 10 RAID райду рознь, все упирается в FC/SAS link мажду СХД и сервером, т.е. к скорости обмена. Грубо говоря 15Krpm на физике в 2G будет тормознее, чем 10Krpm на 8G (субъективно), объективно тормознее чем 15Krpm на 4G.

Пример, работа с ontape на БД чуть более 1Tb. Восстановление на SUN Storagetek 6140 при интерфейсе 2G дает нехилый asvc_t порядка 400, при этом TAPEDRV LTO-5 нагружен на 25% (busy). Трансфер на уровне LTO-2|3, порядка 70-80 Mb/sec, раскочегариваясь в пиках до 155Mb/sec. На IBM N6240 с LTO-5 ленточки трансфер всреднем 150-180 Mb/sec, в пиках до 250 Mb/sec.
Это хорошо заметно по продолжительности восстановления, на 2Gbit интерфейсе эта БД восстанавливается за 3 часа 10 минут, на 4Gbit за 1 час 15 минут. Сервера одни и те же SUN Enterprise M5000.

Не знаю как сейчас, а раньше у SUN/Oracle стоимость SSD полки была как самолет, почти буквально. Ну для примера, пока M5000 не стал End-of-Life, 4Gb (4x1Gb) ОЗУ стоило около $2000 USD (сейчас для расширения, если запросить то стоимость много выше, если я правильно понял счет, там было увеличение в три-четыре раза).

По поводу отдельного линка для HDR. Он сидит в отдельном VLAN и полностью подчиняется нашей сети, хотя и находится территориально удаленным, но FC-физика наша, оконечники по физике наши. Там, по оконечникам 1Gbit. Мониторинг нагрузки, точнее трафика на этом канале показывает, что для репликации журналов нагрузка постоянно менее 10Mbit. Лишь, в единичных пиках, бывающих даже не ежедневно, она может достигать максимума в 18Mbit, но не разу не припомню пика порядка 20Mbit. Поэтому, если и могут возникать какие-либо тормоза внутри HDR, то это уже скорее всего математика самого ПО СУБД, либо что-то с железом (с условием, конечно же при стабильной физике канала без потерь, что сложно, если он проходит стороннего провайдера и идет еще по меди).

---
На следующей неделе мне отдают стенд, так что продолжу эксперименты с БД и HDR из снапшота.
Пока понял одно. По-хорошему, перед snapshot примари сервер Informix надо перевести в standard mode. Затем, если его не останавливать, то сделать onmode -c block переведя его в режим Archive (кстати, в этом режиме он на insert/delete/update доступен? я не проверял просто). Затем snapshot, снять блокировку с СУБД onmode -c unblock, и поднять HDR по процедуре IBM или Informix FAQ.
Как-то так вот.
...
Рейтинг: 0 / 0
21.03.2014, 11:05
| Ответить | Цитировать | Написать  
HDR, очень странного хочу
    #38593334
Яковлев Павел
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Яковлев Павел
Гость
vvt1Пока понял одно. По-хорошему, перед snapshot примари сервер Informix надо перевести в standard mode. Затем, если его не останавливать, то сделать onmode -c block переведя его в режим Archive (кстати, в этом режиме он на insert/delete/update доступен? я не проверял просто). Затем snapshot, снять блокировку с СУБД onmode -c unblock, и поднять HDR по процедуре IBM или Informix FAQ.
Как-то так вот.
При блокировке ни каких модификаций делать не даст - на то она и блокировка, что бы обеспечить консистентное состояние чанков.
Возможно и коннекты новые не примет (не проверял)

Перевести примари в обычный, с учётом того, что вторичного всё равно нет - да, возможно поможет. Может бага какая старая (7.31 уж очень с бородой).

Ну а останавливать - это всё же не для продакшена наверно вариант. Ступр на время блокировки и так будет испытанием ;)
...
Рейтинг: 0 / 0
21.03.2014, 21:06
| Ответить | Цитировать | Написать  
22 сообщений из 22, страница 1 из 1
Форумы / Informix [игнор отключен] [закрыт для гостей] / HDR, очень странного хочу
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru, Чат Кролика       Пашэ: Рисунки, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=44&msg=38593334&tid=1606976]:
 0ms
get settings:
 16ms
get forum list:
 5ms
check forum access:
 1ms
check topic access:
 1ms
track hit:
 24ms
get topic data:
 2ms
get forum data:
 1ms
get page messages:
 436ms
get tp. blocked users:
 0ms
others: 314ms
total:  800ms
созд. / загр.: 800ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]