Миф: как IBM победил БЭСМ

[Dmitry67]

Реплика в MS SQL и Oracle (в начале 2000-х был только Oracle) делается для ad-hoc репортов что давно уже могло бы работать на прямую с DB2 на MF, но по инерции остается такой какую сляпали много-многоо лет назад, еще до того как я был нанят, а это уже почти 15 лет назад.

А когда появилась реплика в MS SQL?
Уже позже, при вас?
Как вы сами объясняете, почему девелоперам удобнее работать с Oracle/MS SQL?
Только не говорите что они все "тупят"

[Dmitry67]

Вот к вопросу о размере нашего прииложения на МФ. Это статистика пятиминутных интервалов работы в DB2.

Если кого заинтересует я могу пояснить смысл непонятных столбцов.

Code: Select all

+                                  Dlk/  In-DB2  In-DB2  In-DB2           GetP/
+   Time  Thrds Commit Abort DML   TOut  Elap Tm CPU Tm  Wait Tm  Getpage RIO
+   ----- ----- ------ ----- ----- ----  ------- ------- -------  ------- -----
: _ 09:55  4353   4499   141 1809K    0   1254.2  413.81   648.0   22820K  .2K
: _ 09:50  4422   4527   183 1675K    0   1602.3  390.94  1054.3   19589K 72.0
: _ 09:45  5174   5250   205 1989K    0   2568.7  475.24  1530.0   23901K 91.2
: _ 09:40  5021   5063   198 1875K    0   1545.8  413.56   884.3   20401K 97.5
: _ 09:35  4445   4533   170 1868K    2   2232.2  424.91  1497.4   21367K 90.8
: _ 09:30  4066   4123   166 1699K    2   1881.4  436.70  1246.4   22150K  .1K
: _ 09:25  4003   4096   125 1716K    0   1461.8  384.61   934.3   19324K 91.8
: _ 09:20  3920   4047   128 1739K    1   1002.2  344.39   548.7   18974K  .2K
: _ 09:15  3849   3975   124 1724K    1   1257.1  382.34   737.7   20288K  .1K
: _ 09:10  4062   4184   133 1527K    0   1109.1  358.02   653.8   19551K  .1K
: _ 09:05  3408   3497   130 1487K   14   5394.3 2717.05  1743.6  170059K  .7K

Поясните пожалуйста в чем измеряется CPU
RIO - это IO в колобайтах за пятиминутсяй интервал?
И что такое GetPage?

[zVlad]

Реплика в MS SQL и Oracle (в начале 2000-х был только Oracle) делается для ad-hoc репортов что давно уже могло бы работать на прямую с DB2 на MF, но по инерции остается такой какую сляпали много-многоо лет назад, еще до того как я был нанят, а это уже почти 15 лет назад.

А когда появилась реплика в MS SQL?
Уже позже, при вас?
Как вы сами объясняете, почему девелоперам удобнее работать с Oracle/MS SQL?
Только не говорите что они все "тупят"

Появилась при мне, лет около десяти назад.
Я не могу обяснить чем data source, который фактически только и знают девелоперы, к MS SQL или Oracle лучше чем data source к DB2 на MF.
Я сам когда был DB2 DBA делал Excel таблички с data source к DB2 na MF. И с Access ходил на DB2. Думаю что любому frame work к MS SQL можно подсунуть data source к DB2 и все будет работать. Некоторые наши МФ девелоперы разнухали Oracle-ский TOAD (точнее им вендор app-a TOAD разрекламировал) и пользуются им на своих work stations.

[Dmitry67]

Я не могу обяснить чем data source, который фактически только и знают девелоперы, к MS SQL или Oracle лучше чем data source к DB2 на MF.
Я сам когда был DB2 DBA делал Excel таблички с data source к DB2 na MF. И с Access ходил на DB2. Думаю что любому frame work к MS SQL можно подсунуть data source к DB2 и все будет работать. Некоторые наши МФ девелоперы разнухали Oracle-ский TOAD (точнее им вендор app-a TOAD разрекламировал) и пользуются им на своих work stations.

Чтото объяснение "девелоперы не знают как обратиться к МФ" слабовато для МФ конторы.
Вот документация (у IBM прекрасная документация), кайло девелоперу в руки и вперед, с песнями
Неужели городить репликацию (!!!) ради такого?

Думаю, история там совсем другая
Менеджеры хотели сделать front end независимым от МФ

[zVlad]

Вот к вопросу о размере нашего прииложения на МФ. Это статистика пятиминутных интервалов работы в DB2.

Если кого заинтересует я могу пояснить смысл непонятных столбцов.

Code: Select all

+                                  Dlk/  In-DB2  In-DB2  In-DB2           GetP/
+   Time  Thrds Commit Abort DML   TOut  Elap Tm CPU Tm  Wait Tm  Getpage RIO
+   ----- ----- ------ ----- ----- ----  ------- ------- -------  ------- -----
: _ 09:55  4353   4499   141 1809K    0   1254.2  413.81   648.0   22820K  .2K
: _ 09:50  4422   4527   183 1675K    0   1602.3  390.94  1054.3   19589K 72.0
: _ 09:45  5174   5250   205 1989K    0   2568.7  475.24  1530.0   23901K 91.2
: _ 09:40  5021   5063   198 1875K    0   1545.8  413.56   884.3   20401K 97.5
: _ 09:35  4445   4533   170 1868K    2   2232.2  424.91  1497.4   21367K 90.8
: _ 09:30  4066   4123   166 1699K    2   1881.4  436.70  1246.4   22150K  .1K
: _ 09:25  4003   4096   125 1716K    0   1461.8  384.61   934.3   19324K 91.8
: _ 09:20  3920   4047   128 1739K    1   1002.2  344.39   548.7   18974K  .2K
: _ 09:15  3849   3975   124 1724K    1   1257.1  382.34   737.7   20288K  .1K
: _ 09:10  4062   4184   133 1527K    0   1109.1  358.02   653.8   19551K  .1K
: _ 09:05  3408   3497   130 1487K   14   5394.3 2717.05  1743.6  170059K  .7K

Поясните пожалуйста в чем измеряется CPU
RIO - это IO в колобайтах за пятиминутсяй интервал?
И что такое GetPage?

CPU измеряется в секундах. Их больше чем 300 потому что на этом MF 5 CPU.

RIO - real IO и оно дано в отношении к GetPages (из buffer poll). Показывает насколько эффективен Буффер Поол. Кстати я на прошлой неделе обнаружил что размер Buffer Pools у нас меньше 4 GB, как результат нет страничного обмена, это хорошо, но похоже что даже наши 12 GB не используются сполна.

[Dmitry67]

А, понятно, то есть это вам показывает очень хорошее cache hits ratio.
Действительно хорошее

Тем не менее следует заметить что 97K/5 минут это не просто мало... Это НИЧТО
Поэтому у вас и нет проблем с репликацией при таком ничтожном трафике

[zVlad]

Я не могу обяснить чем data source, который фактически только и знают девелоперы, к MS SQL или Oracle лучше чем data source к DB2 на MF.
Я сам когда был DB2 DBA делал Excel таблички с data source к DB2 na MF. И с Access ходил на DB2. Думаю что любому frame work к MS SQL можно подсунуть data source к DB2 и все будет работать. Некоторые наши МФ девелоперы разнухали Oracle-ский TOAD (точнее им вендор app-a TOAD разрекламировал) и пользуются им на своих work stations.

Чтото объяснение "девелоперы не знают как обратиться к МФ" слабовато для МФ конторы.
Вот документация (у IBM прекрасная документация), кайло девелоперу в руки и вперед, с песнями
Неужели городить репликацию (!!!) ради такого?

Думаю, история там совсем другая
Менеджеры хотели сделать front end независимым от МФ

Он и так независим. Front End написан на Java и работает на IIS na Wintel serverax (5 штук если память не изменяет). Вот только front-end наш - это рисование картинок с данными полученными от бизнес транзаций выполняемых на MF.
Назвать нашу контору МФ-ской никак нельзя. App-у на MF делает вендор, наши MF программеры пописывают маленькие программки и работают больше как тестеры. И есть много программистов на Wintel, которые пишут микроскопические системки используя данные из реплики. Только для чтения, потому что обратной репликации нет. Еще есть подход когда начитавшись данных их программы выдают фаил для загрузки в DB2 на MF. Такой уровень мышления был где-тоо в начале 90-х, но сохранился потому что наша контора вовсе не МФ-ская. Это я МФ-ец поэтому у Вaс такое впечатление видимо сложилось.

[Dmitry67]

CPU измеряется в секундах. Их больше чем 300 потому что на этом MF 5 CPU.

То есть максимум 1500? (300*5)?
А откуда числа больше?

[zVlad]

CPU измеряется в секундах. Их больше чем 300 потому что на этом MF 5 CPU.

То есть максимум 1500? (300*5)?
А откуда числа больше?

Вы имеете в виду последнюю строку? Я переключался с 15-ти минутного интервала на 5 минутный, та строка видимо осталась с 15-ти минутного интервала.

[zVlad]

А, понятно, то есть это вам показывает очень хорошее cache hits ratio.
Действительно хорошее

Тем не менее следует заметить что 97K/5 минут это не просто мало... Это НИЧТО
Поэтому у вас и нет проблем с репликацией при таком ничтожном трафике

Что такое "97К/5 минут"? Дайте координаты - строка/столбец где Вы это видите. Я не вижу 97К в моем print screen.

GetPages - это количество страниц запрошенных DML за 5 минут (в последей строке за 15 минут).

[Dmitry67]

09:40 5021 5063 198 1875K 0 1545.8 413.56 884.3 20401K 97.5
Последнее число
Оно измеряется видимо в K, потому что иногда там пишется .1K .2K
В общем вам для репликации хватило бы такого модема, знаете, пиииииииииии-шшшшшшшшшшш....

[zVlad]

09:40 5021 5063 198 1875K 0 1545.8 413.56 884.3 20401K 97.5
Последнее число
Оно измеряется видимо в K, потому что иногда там пишется .1K .2K
В общем вам для репликации хватило бы такого модема, знаете, пиииииииииии-шшшшшшшшшшш....

А что именно это число показывает Вы, Дима, поняли? Похоже что нет. Пояцню - это отношение общего количества GetPages из Buffer Pool к количеству реальных операций ввода-вывода выполненных для страниц не найденных в Buffer Pool. Количество GetPages в предыдущем столбце дано: 20401К если Вы хотите знать сколько реальных IO было выполнено то нужно поделить количество GetPages на 97.5 (это не кило, там нет буквы К) и получится примерно 200 000 реальных 4К pages прочитанных за интервал.

Дима, давайте Вы не будете фантазировать за нас. Хорошо? Если у Вас есть вопросы я могу на них ответить.

P.S. Похоже Вы нашли самое маленькое число в таблице и уцепились за него лишь бы что-нибудь сказать.

.1K - это 100, .2К - это 200, а 97.5 -это 97.5. По-моему очевидно.

[Dmitry67]

Извините, Влад, я уже давно не видел отчетов, где пытались все уместить в 80 позиций )

Но к делу. 666 чтений в секунду? А сколько записей?

[iDesperado]

Извините, Влад, я уже давно не видел отчетов, где пытались все уместить в 80 позиций )

Но к делу. 666 чтений в секунду? А сколько записей?

ну судя по фразе

Количество GetPages в предыдущем столбце дано: 20401К если Вы хотите знать сколько реальных IO было выполнено то нужно поделить количество GetPages на 97.5 (это не кило, там нет буквы К) и получится примерно 200 000 реальных 4К pages прочитанных за интервал.

это 20401000/97.5/(5*60) = 697 iops, причем похоже всех, не только те что пишут.

[zVlad]

...

Количество GetPages в предыдущем столбце дано: 20401К если Вы хотите знать сколько реальных IO было выполнено то нужно поделить количество GetPages на 97.5 (это не кило, там нет буквы К) и получится примерно 200 000 реальных 4К pages прочитанных за интервал.

это 20401000/97.5/(5*60) = 697 iops, причем похоже всех, не только те что пишут.

Коль скоро некие RIO соотносятся с GetPages разумно будет предположить что речь идет об операциях чтения только.

[zVlad]

Извините, Влад, я уже давно не видел отчетов, где пытались все уместить в 80 позиций )

Но к делу. 666 чтений в секунду? А сколько записей?

Дима, там много чисел и 666 не просматривается среди них. Называйте строку колонку или копи/пасте всю строку. Вот кстати свежие данные:

Code: Select all

>                          THREAD HISTORY BY REPORT INTERVAL
 HARP
+ Report Interval:   5 mins                     Start:   10/27 12:45:00.000000
+ Report Filtered:       NO                       End:   10/27 13:44:59.999999
+
+                                  Dlk/  In-DB2  In-DB2  In-DB2           GetP/
+   Time  Thrds Commit Abort DML   TOut  Elap Tm CPU Tm  Wait Tm  Getpage RIO
+   ----- ----- ------ ----- ----- ----  ------- ------- -------  ------- -----
: _ 13:40  5328   5428   207 1771K    4   1434.6  393.24   831.8   19678K  .1K
: _ 13:35  4817   4913   175 1570K    1   1570.0  389.64   985.0   19856K 88.7
: _ 13:30  4953   5070   165 1723K    0   2150.3  429.35  1480.4   20923K 74.3
: _ 13:25  4848   4892   209 1927K    1   2095.0  496.10  1229.3   24956K  .1K
: _ 13:20  5303   5322   238 2025K    2   2253.7  494.91  1417.2   24429K  .1K
: _ 13:15  5586   5554   292 1981K    2   2456.2  482.28  1479.9   23714K  .1K
: _ 13:10  5284   5337   202 1930K    0   2386.6  496.02  1392.9   25014K  .1K
: _ 13:05  4966   5021   193 1711K    2   2258.6  454.76  1503.3   23304K  .1K
: _ 13:00  4393   4437   203 1757K    0   2519.0  482.01  1464.2   24522K  .2K
: _ 12:55  4110   4125   184 1613K    0   2071.0  470.16  1366.0   22497K 64.6
: _ 12:50  4144   4204   175 1893K    1   2123.0  524.09  1273.4   27779K  .1K
: _ 12:45  3611   3676   181 1581K    0   1505.8  387.98   903.2   20484K  .1K

[zVlad]

Для тех кому кажется что в 80 колонках не возможно расместить информацию вот пример детального отчета об одном Buffer Pool: BP1 за трех секундый интервал и с последнего recycle DB2 (Saturday morning):

Code: Select all

>                            BUFFER POOL DETAIL

 BP    1
+ Collection Interval:  REALTIME                         Start:  10/27 14:05:58
+ Report Interval:       3 sec                             End:  10/27 14:06:01
+
+ Virtual Buffer Pool Size=    300000
+ VPOOL Buffers Allocated =    300000
+ VPOOL Buffers in Use    =      2482
+ VPOOL Buffers to be Del =         0
+ Use Count               =      2444
+ VP Sequential Thresh    =       80%
+ Deferred Write Thresh   =       30%    Vert Deferred Write Thresh  =      5%
+ VP Parallel Seq Thresh  =       50%    Sysplex Parallel Thresh     =      0%
+
+ Getpages per Sync I/O   =      9.40    Pages Written per Write I/O =    5.39
+ Prefetch per I/O        =     35.29    Pages Read per Prefetch     =     .93
+ Seq Prefetch per I/O    =      1.69    Pages Read per Seq Prefetch =   52.12
+ List Prefetch per I/O   =      2.03    Pages Read per List Prefetch=     .95
+ Dyn Prefetch per I/O    =     65.73    Pages Read per Dyn Prefetch =     .37
+ Max Concur Prefetch     =         5    Workfile Maximum            =       0
+ BP Hit % - Random       =     86.7%    Virtual Page Steal Method   = LRU
+ BP Hit % - Sequential   =     66.6%
+
+                                    TOTAL  INTERVAL  /SECOND  /THREAD  /COMMIT
+                                 QUANTITY  QUANTITY  (    3)  (   47)  (   54)
+                                 --------  --------  -------  -------  -------
+ Getpage Requests                3552036K    117093   39.03K  2491.34  2168.38
+ Getpage Requests - Sequential    696062K     29982  9994.00   637.91   555.22
+ Getpage Requests - Random       2855974K     87111   29.04K  1853.42  1613.16
+ Getpage Failed - VPOOL Full            0         0      .00      .00      .00
+ Getpage Failed - Cond Request          0         0      .00      .00      .00
+ Getpage Failed - Cond SeqReq           0         0      .00      .00      .00
+
+ Sync Read I/O Operations         377991K       159    53.00     3.38     2.94
+ Sync Read I/Os - Sequential       273515         2      .66      .04      .03
+ Sync Read I/Os - Random          377717K       157    52.33     3.34     2.90
+ Page-in Required for Read I/O     299990         0      .00      .00      .00
+ Pages Read via Seq Prefetch      139026K         0      .00      .00      .00
+ Seq Prefetch I/O Operations      1575688         0      .00      .00      .00
+ Sequential Prefetch Requests     2667218         0      .00      .00      .00
+ Pages Read via List Prefetch     3433078         5     1.66      .10      .09
+ List Prefetch I/O Operations     1785169         2      .66      .04      .03
+ List Prefetch Requests           3620820        74    24.66     1.57     1.37
+ Pages Read via Dyn Prefetch     89586970        53    17.66     1.12      .98
+ Dyn Prefetch I/O Operations      3690037         2      .66      .04      .03
+ Dyn Prefetch Requests            242539K      9302  3100.66   197.91   172.25
+ Prefetch Failed - No Buffer            0         0      .00      .00      .00
+ Prefetch Failed - No Engine            0         0      .00      .00      .00
+
+ Parallel Group Requests                3         0      .00      .00      .00
+ Prefetch I/O Streams Reduced           0         0      .00      .00      .00
+ Parallelism Downgraded                 0         0      .00      .00      .00
+ Prefetch Quan Reduced to 1/2           0         0      .00      .00      .00
+ Prefetch Quan Reduced to 1/4           0         0      .00      .00      .00
+
+ Pages Updated                   19699508       625   208.33    13.29    11.57
+ Pages Written                    5532237       139    46.33     2.95     2.57
+ Page-in Required for Write I/O         0         0      .00      .00      .00
+ Write I/O Operations              969967        74    24.66     1.57     1.37
+ Immediate (Sync) Writes            56740         0      .00      .00      .00
+ Write Engine Not Available             0         0      .00      .00      .00
+
+ Vert Defer Wrt Thresh Reached       1338         0      .00      .00      .00
+ Deferred Write Thresh Reached        420         0      .00      .00      .00
+ Data Manager Thresh Reached            0         0      .00      .00      .00
+
+ Successful VPOOL Expand/Contr          0         0      .00      .00      .00
+ VPOOL or HPOOL Expand Failed           0         0      .00      .00      .00
+
+ Successful Dataset Opens            2461         0      .00      .00      .00
+ DFHSM Recall                           0         0      .00      .00      .00
+ DFHSM Recall Timeouts                  0         0      .00      .00      .00
+
+ Sort Merge Passes                      0         0      .00      .00      .00
+ Sort/Merge Workfile Requests           0         0      .00      .00      .00
+ Sort/Merge Workfile Req Denied         0         0      .00      .00      .00
+ Sort Merge Pass - Buff Short           0         0      .00      .00      .00
+ Workfile Prefetch Disabled             0         0      .00      .00      .00
+ Workfile Create Failed-No Buff         0         0      .00      .00      .00
+ Destructive Read Requests              0         0      .00      .00      .00
+ Destructive Read Page Dequeue          0         0      .00      .00      .00

Вот суммары обo всех Buffer Polls (примерно 2 секунды интервал):

Code: Select all

+  Current Number Open Datasets         =    6928
+  High Water Mark Open Datasets        =    6928
+  Maximum Number Open Datasets Allowed =   10000
+  Open Dataset Count In Active Pools   =    6940
+
+ *
+ Pool   VP              Pages   Pages   Getp      Read      Prefetch  Write
+ ID     Size            Alloc   In Use  Rate      I/O Rate  Req Rate  I/O Rate
+ ------ ------          ------  ------  --------  --------  --------  --------
+ BP0      5000            5000     359     389.33       .00      4.33       .00
+ BP1    300000          300000    6337   85538.00    408.33   6980.66     29.33
+ BP2    150000          150000    2973    6264.00    523.33    125.00     10.00
+ BP3      2000            2000      11      36.33       .00      2.66       .00
+ BP4      2000            2000       0       1.00       .00       .00       .00
+ BP5      8000            8000     268      96.66       .00       .00       .00
+ BP7     50000           50000   25850      87.00       .00       .00       .00
+ BP11   200000          200000     186     374.66       .00     19.66       .00
+ BP13    50000           50000      20       5.33      3.33       .00       .00
+ BP14     5000            5000      44        .00       .00       .00       .00
+ BP15    10000           10000      21      18.33       .33       .00       .00
+ BP32K   10000           10000     156      18.33       .00      2.00       .00
+ BP32K7  50000           50000   14755       8.00       .00       .00       .00
+ BP8K0    1000            1000      14     529.33    182.33     39.33       .00
+ BP16K0    500             500       0      46.33       .00       .00       .00

[Dmitry67]

Господи, как же вам приходится разжевывать

получится примерно 200 000 реальных 4К pages прочитанных за интервал.

Это ваши слова?
200 000 pages за 5 минут = 200000/5/60 = 666.6666666 в секунду

[StrangerR]

А, понятно, то есть это вам показывает очень хорошее cache hits ratio.
Действительно хорошее

Тем не менее следует заметить что 97K/5 минут это не просто мало... Это НИЧТО
Поэтому у вас и нет проблем с репликацией при таком ничтожном трафике

Проблемы с репликациями в реальном времени выглядят не так. Я их проходил несколько раз.

Обычно - сначала ВСЕ работает. Прекрасно работает.

неделю. Две. Все успокаиваются и довольны.

Потом БАЦ. В выходные все отстало на 3 дня. Почему, отчего... аллах ведает.. выясняется что вот в выходной PS-ы загрузили 100 тыс полисей из батч файла который теперь раз в месяц будет приходить по sftp. И... и усе, репликация сдохла... Нужно заново ресинхронизовать потому что прокачать эффект этого импорта в базу данных (учитывая кучу созданных временных файлов и таблиц) система не смогла.

И так пару раз. Аналогично, когда на оракле игрались с Logical Standby. Работает.. работает.. работает.. бац и сдох... импорт случился.

[StrangerR]

20 мегабайт за 5 минут - 4 мегабайта в минуту - это ничтожно мало. Я гляжу на одну из баз - средний темп чтения 4 MB/sec, максимальный в пиках 200MB/sec, записи 5 MB/sec. При этом что любопытно, на стендбае средний темп записи 800KB/sec, то есть если я буду диски реплицировать то мне нужно будет 50Mbit полосы до компрессии а если я буду логи пересылать то нужно будет только 8Mbit. (я пересылаю скомпрессированные лог бэкапы так что даже еще меньше использую).

Так это по нынешним меркам небольшое приложение. Размер базы всего то 800GB. Всего то 200 транзакций в секунду прямо сейчас, 1500 тыс было в пике за последний час. За 5 минут будет 200 x 60 x 5 = 200 x 300 = 60,000. Приложение при том не фига не транзакционное. Там 2 сервера базы данных каждый стоимостью на сегодня примерно $5K если не меньше (никак не соберемся поменять на что нибудь поновее).

(Да, кэша там 50 GB, на том сервере базы данных - на всей Vmware 96, базе отвели 80, она на кэш отвела 50).

(ну хорошо, у Влада 600 x 4K = 2400K/sec = 2.4 MB/sec средний темп чтения. При кэше в 4 гига. У меня на довольно средненькой базе на весьма древних серверах DELL R710 / Vmware 4.1 / MS SQL 2008 - средний темп чтения прямо сейчас 5 MB/sec. А в пиковое время при месячной обработке он около 100 MB/sec. И это без всяких там мейнфреймов и при буферах в 10 раз больше.)

[zVlad]

Господи, как же вам приходится разжевывать

получится примерно 200 000 реальных 4К pages прочитанных за интервал.

Это ваши слова?
200 000 pages за 5 минут = 200000/5/60 = 666.6666666 в секунду

Это Вам Дима приходится все разжовывать. Я написал все что нужно чтобы понять не задавая вопросы, тем более некорректно.

Вы спрашиваете сколько записей. Тут наверху написано - 4K pages, поскольку это страницы многих разных таблиц вопрос о количестве записей звучит совершенно неуместно и глупо.

Опять мне пришлось Вам разжовывать, Дима.

Дима, скажите честно: чего Вы уцепились за этот последний столбец с, тем более, относительной величиной в нем ни о чем не говорящей. Вот мы сегодня решили увеличит Buffer Pools раза в два. После этого величина в этом столбце раза в два уменьшится, а если бы мы не увеличили а наоборот уменьшили размер BP's то та величина бы увеличилась. И что из этого?

[iDesperado]

Code: Select all

+  Current Number Open Datasets         =    6928
+  High Water Mark Open Datasets        =    6928
+  Maximum Number Open Datasets Allowed =   10000
+  Open Dataset Count In Active Pools   =    6940
+
+ *
+ Pool   VP              Pages   Pages   Getp      Read      Prefetch  Write
+ ID     Size            Alloc   In Use  Rate      I/O Rate  Req Rate  I/O Rate
+ ------ ------          ------  ------  --------  --------  --------  --------
+ BP0      5000            5000     359     389.33       .00      4.33       .00
+ BP1    300000          300000    6337   85538.00    408.33   6980.66     29.33
+ BP2    150000          150000    2973    6264.00    523.33    125.00     10.00
+ BP3      2000            2000      11      36.33       .00      2.66       .00
+ BP4      2000            2000       0       1.00       .00       .00       .00
+ BP5      8000            8000     268      96.66       .00       .00       .00
+ BP7     50000           50000   25850      87.00       .00       .00       .00
+ BP11   200000          200000     186     374.66       .00     19.66       .00
+ BP13    50000           50000      20       5.33      3.33       .00       .00
+ BP14     5000            5000      44        .00       .00       .00       .00
+ BP15    10000           10000      21      18.33       .33       .00       .00
+ BP32K   10000           10000     156      18.33       .00      2.00       .00
+ BP32K7  50000           50000   14755       8.00       .00       .00       .00
+ BP8K0    1000            1000      14     529.33    182.33     39.33       .00
+ BP16K0    500             500       0      46.33       .00       .00       .00

судя по документации последняя колонка это "The number of Write I/Os per second.", это какие-то read only базы ? почему писанины в базы не видно ?

[StrangerR]

Да какая разница? Видно что по нагрузке все это примерно эквивалентно половине или четверти современного Intel сервера и базы данных на нем. Если не меньше. При цене оного около 10 тыс и цене мейнфрейма около 5 миллионов. ВОт и ответ, почему МФ-ы вымирают.

(Причем я беру только 2U серверы, с 2 сокетами, как наиболее эффективные по Price / Performance. А можно и 4 процессорный поставить если уж прижмет. Тогда МФ вообще ничего светить не будет, в принципе).

[zVlad]

....
Потом БАЦ. В выходные все отстало на 3 дня. Почему, отчего... аллах ведает.. выясняется что вот в выходной PS-ы загрузили 100 тыс полисей из батч файла который теперь раз в месяц будет приходить по sftp. И... и усе, репликация сдохла... Нужно заново ресинхронизовать потому что прокачать эффект этого импорта в базу данных (учитывая кучу созданных временных файлов и таблиц) система не смогла.

И так пару раз. Аналогично, когда на оракле игрались с Logical Standby. Работает.. работает.. работает.. бац и сдох... импорт случился.

Сегодня DB2 DBA показывала мне как создается новый subscription из DB2 v MS SQL. На примере ее тестовой таблички с 6+ млн. записей. Минут 5 шел initial refresh.

P.S. У нас в дата центре есть монитор replication latency. Если больше 15 минут latency, то операторы начинают вытаскивать аналистов. Это уже alert.

[zVlad]

Code: Select all

+  Current Number Open Datasets         =    6928
+  High Water Mark Open Datasets        =    6928
+  Maximum Number Open Datasets Allowed =   10000
+  Open Dataset Count In Active Pools   =    6940
+
+ *
+ Pool   VP              Pages   Pages   Getp      Read      Prefetch  Write
+ ID     Size            Alloc   In Use  Rate      I/O Rate  Req Rate  I/O Rate
+ ------ ------          ------  ------  --------  --------  --------  --------
+ BP0      5000            5000     359     389.33       .00      4.33       .00
+ BP1    300000          300000    6337   85538.00    408.33   6980.66     29.33
+ BP2    150000          150000    2973    6264.00    523.33    125.00     10.00
.......

судя по документации последняя колонка это "The number of Write I/Os per second.", это какие-то read only базы ? почему писанины в базы не видно ?

Дело в том что эта панелька показыет данные между нажатиями на "Enter", я понажинал довольно часто вот и получись такие маленькие числа. Можно и все нули увидеть если стучать по "Enter" непрерывно. А в данном случае это было пару секунд интервал.

Я приятно удивлен что Вы читаете доки на Omegamon. Я мог бы и сам ответить на любой вопрос.