![Fechar [x]](http://dw1.s81c.com/i/c.gif){kind=small}
Novos recursos para o IBM Tivoli OMEGAMON XE para B2 Performance Expert on z/OS, Versão 5.1
Em outubro de 2010, o release mais recente do IBM Tivoli OMEGAMON XE for DB2 Performance Expert on z/OS (OMEGAMON XE for DB2 PE), Versão 5.1, apresentou o recurso Cross-System-Coupling Facility (OMEGAMON/XCF). O OMEGAMON/XCF ativa as seguintes novas funções relacionadas ao suporte para grupos de compartilhamento de dados no OMEGAMON XE for DB2 PE.
- A capacidade de exibir porcentagens de CPU de encadeamentos que estão sendo executados em LPARs remotas. Como o cálculo das porcentagens de CPU exige dados do sistema z/OS, a exibição dos tempos de CPU em encadeamentos remotos não era possível sem esses dados. Com o OMEGAMON/XCF, você pode acessar essas informações do z/OS, e os tempos de CPU remoto podem ser exibidos.
- A capacidade de exibir a Thread Detail Data Set Activity para encadeamentos que estão sendo executados em membros remotos de um grupo de compartilhamento de dados. A exibição dessa atividade depende das informações do z/OS que estão disponíveis apenas na LPAR em que o encadeamento está sendo executado. Com o OMEGAMON/XCF, é possível acessar essas informações do z/OS, e a Thread Detail Data Set Activity pode ser exibida.
- Os nomes de recurso dos bloqueios retidos ou esperados em membros remotos dos grupos de compartilhamento de dados podem ser exibidos nos painéis ISPF Lock Conflict, Thread Detail Lock Waiter e Thread Detail Lock Owner.
O OMEGAMON/XCF foi incluído no suporte para grupo de compartilhamento de dados no OMEGAMON XE for DB2 PE, Versão 4.1. Consulte as seguintes informações para obter mais detalhes sobre recursos que também foram incluídos.
Como funciona o recurso OMEGAMON/XCF
Quando o OMEGAMON/XCF é usado, diversos coletores do OMEGAMON XE for DB2 PE podem trocar informações usando o recurso de acoplamento do z/OS.
Para ativar o recurso OMEGAMON/XCF, é necessário modificar opções no qualificador de alto nível. O membro de configuração RKD2PAR(OMPEOPTS), como mostrado na Lista 1.
Lista 1. Opções do cliente em tempo real do coletor do OMEGAMON XE for DB2 PE
/*******************************************************************/ /* */ /* OMPEOPTS - OMPE Collector Realtime Customer Options */ /* */ /* Syntax Rules: */ /* 1. Each keyword must be specified in a single record */ /* 2. Blanks in record position 1-72 indicate a comment record */ /* 3. Asterisk(*) in record position 1 indicates a comment record */ /* 4. /* in record position 1-2 indicates a comment record */ /* */ /*******************************************************************/ XCFMODE=ACTIVE Activate XCF option DB2RTCPU=YES Remote CPU option DB2REMIO=YES Remote IIO option |
É necessário modificar as seguintes opções:
- XCFMODE
- Esta opção ativa o OMEGAMON/XCF. Especifique ACTIVE.
- DB2RTCPU
- Esta é a opção do tempo de CPU remoto. Especifique YES. Quando YES for especificado, o OMEGAMON/XCF obtém as informações de uso de CPU do z/OS ao se comunicar com a tarefa iniciada pelo coletor do OMEGAMON na LPAR remota, em que estão sendo executados os outros encadeamentos de grupo de compartilhamento de dados.
- DB2REMIO
- Esta é a opção de IIO de plano remoto. Especifique YES. Quando YES for especificado, o OMEGAMON/XCF coleta a atividade de nome de conjunto de dados para encadeamentos remotos.
O recurso Remote Resource Names não requer uma entrada de configuração separada no membro OMPEOPTS. Se XCFMODE=ACTIVE for especificado, o recurso Remote Resource Name será ativado.
A figura seguinte mostra um exemplo de uma configuração de sistema. Neste exemplo, as LPARs SYSA, SYSB e SYSC estão no Sysplex. Cada LPAR possui um coletor do OMEGAMON XE for DB2 PE e dois subsistemas DB2 o executando.
Figura 1. Figura 1. Exemplo de configuração de sistema
Uma tarefa iniciada por coletor é executada em cada LPAR no Sysplex. Cada uma entra no mesmo grupo XCF que permite que os coletores do OMEGAMON XE for DB2 PE troquem dados. Se os dados forem requeridos para um encadeamento remoto, uma solicitação XCF é enviada ao coletor remoto. Depois disso, os dados são coletados e enviados de volta ao coletor que está desenvolvimento de dados para serem exibidos.
Para obter mais informações sobre a ativação do OMEGAMON/XCF, consulte Recursos.
Usando o OMEGAMON/XCF no OMEGAMON XE for DB2 PE, Versão 5.1
Quando a opção de CPU remoto for usada, um resumo de encadeamento é exibido, como mostrado no seguinte exemplo.
Lista 2. Resumo de encadeamento
________________ ZALLT VTM O2 V510./C SZ11 G 04/05/11 20:53:02 2
> Help PF1 Back PF3 Up PF7 Down PF8 Sort PF10 Zoom PF11
> T.A
> Thread Activity: Enter a selection letter on the top line.
> *-All-Idle B-TSO C-CICS D-IMS E-Background F-Dist Allied
> G-Dist DBAC H-Util I-Inact J-Filter K-Functions L-Stored Proc
> M-Triggers N-Sysplex O-Enclaves P-Worksta Q-All+Idle
===============================================================================
> Threads Summary Excluding Idle Threads
THDA
+ *
+ Elapsed Planname CPU Status GetPg Update Commit CORRID/JOBN
+ ---------- -------- ----- ------------ ------ ------ ------ ------------
+ 01-02:16 KO2PLAN 00.0% NOT-IN-DB2 0 0 0
+ 02:10:15.1 DSNESPRR 00.0% SWAPPED-OUT 48 0 0 PAUL
+ 01:59:44.0 ADB 00.1% NOT-IN-DB2 0 0 1 PAUL
+ 01:58:34.8 DSNESPRR 00.2% NOT-IN-DB2 39 0 0 PAUL
+ 01:13:38.7 KO2PLAN 00.0% NOT-IN-DB2 0 0 0 D832DM5S
===============================================================================
|
Quando DB2RTCPU=YES for especificado, é possível coletar os dados do z/OS na LPAR em que o encadeamento está sendo executado e exibir as porcentagens de CPU para todos os encadeamentos, incluindo aqueles em LPARs remotas.
Quando DB2REMIO=YES for especificado, o coletor recupera informações do coletor OPME que está sendo executado na mesma LPAR que também está executando um encadeamento.
O exemplo seguinte mostra conjuntos de dados que estão sendo usado por este encadeamento ativo do DB2.
Lista 3. Conjuntos de dados sendo usados por um encadeamento ativo do DB2
________________ ZIIO VTM O2 V510./C SZ12 04/05/11 21:07:12 2
> Help PF1 Back PF3
> THREAD INFORMATION: Enter a selection letter on the top line.
> A-THREAD DETAIL B-LOCK COUNTS C-LOCK WAITS D-LOCKS OWNED E-GLOBAL LOCKS
> F-CURRENT SQL G-SQL COUNTS H-DISTRIBUTED I-BUFFER POOL J-GROUP BP
> K-PACKAGES L-RES LIMIT M-PARALLEL TASKS N-UTILITY O-OBJECTS
> P-CANCEL THREAD Q-DB2 CONSOLE *-DSN ACTIVITY S-APPL TRACE T-ENCLAVE
> U-LONG NAMES
===============================================================================
> THREAD DETAIL
PLAN
+ Thread: Plan=DSNESPRR Connid=TSO Corrid=PAUL Authid=PAUL
+ Attach: TSO Userid=PAUL Region asid= 534
+ Package: DSNESM68 Collection=DSNESPRR
+ DB2: SZ11
+ Luwid=DEIBMIPS.IPSAQZ11.C793EDACE009=673
> place a 'T' in front of command to view by tablespace, 'D' by database
iio
+ --Synch I/O-- -Asynch I/O--
+ Dataset Name Delay Count Delay Count
+ -------------------------------------------- ------ ------ ------ ------
+ DBZ1.DSNDBC.DSNDB01.DBD01.I0001.A001 2.5 2 .0 0
+ DBZ1.DSNDBC.DSNDB01.DSNDB01X.I0001.A001 3.2 4 .0 0
+ DBZ1.DSNDBC.DSNDB01.DSNDB1XA.I0001.A001 4.0 4 .0 0
+ DBZ1.DSNDBC.DSNDB01.SYSDBDXA.I0001.A001 2.7 15 6.1 13
+ DBZ1.DSNDBC.DSNDB06.DSNATX02.I0001.A001 3.2 5 .0 0
+ DBZ1.DSNDBC.DSNDB06.DSNDCX05.I0001.A001 6.4 5 .0 0
+ DBZ1.DSNDBC.DSNDB06.DSNDKX03.I0001.A001 15.0 4 .0 0
+ DBZ1.DSNDBC.DSNDB06.DSNDSX01.I0001.A001 105.2 5 .0 0
+ DBZ1.DSNDBC.DSNDB06.DSNDTX01.I0001.A001 1.4 5 .0 0
+ DBZ1.DSNDBC.DSNDB06.DSNDXX07.I0001.A001 7.2 5 .0 0
+ DBZ1.DSNDBC.DSNDB06.SYSTSCOL.I0001.A001 12.6 3 .0 0
+ DBZ1.DSNDBC.DSNDB06.SYSTSIXS.I0001.A001 15.0 2 .0 0
+ DBZ1.DSNDBC.DSNDB06.SYSTSKEY.I0001.A001 26.0 2 .0 0
+ DBZ1.DSNDBC.DSNDB06.SYSTSTAB.I0001.A001 12.6 3 .0 0
+ DBZ1.DSNDBC.DSNDB06.SYSTSTSP.I0001.A001 8.3 3 .0 0
+ DBZ1.DSNDBC.PAULSZ12.PAULSZ12.I0001.A001 43.6 3 65.0 2
===============================================================================
|
Nomes de recursos remotos e proprietários de bloqueios remotos
Depois da introdução do suporte para grupos de compartilhamento de dados, às vezes ocorrem conflitos de bloqueio, e os nomes dos recursos (nome do banco de dados, nome do espaço de tabela e nome do espaço de índice) não estão no conjunto de DBD EDM do subsistema DB2 local. Nesse caso, os painéis de exibição de bloqueio mostram números de recursos em vez de nomes de recursos. Como resultado, os nomes de recurso exibidos são apresentados pela APAR PM35829.
Além disso, em vários painéis relacionados a bloqueios, não são exibidas informações detalhadas sobre o encadeamento do proprietário remoto. Como resultado, o proprietário do encadeamento de bloqueio remoto não é exibido quando a APAR PM35122 for aplicada.
O exemplo seguinte mostra o painel LOCKING CONFLICTS que foi exibido antes da APAR PM35829.
Lista 4. Painel LOCKING CONFLICTS antes da APAR PM35829
________________ ZLOCKC VTM O2 V420./C SZ11 G 03/28/11 23:50:23 2
> Help PF1 Back PF3 Up PF7 Down PF8 Zoom PF11
> L.
===============================================================================
> LOCKING CONFLICTS
XLOK
+Stat Plan Corrid Type Lvl Resource
+---- -------- ------------ ---- --- ------------------------------------------
+Owned by DB2 Subsystem SZ12PALK Res ID = 0C000006012B000200000001
+OWN DSNESPRR PAUL1 PALK S Res ID = 0C000006012B000200000001
+WAIT DSNESPRR PAUL PALK X Res ID = 0C000006012B000200000001
===============================================================================
|
O exemplo seguinte mostra o painel LOCKS/CLAIMS OWNED BY A THREAD antes da APAR PM35829.
Lista 5. Painel LOCKS/CLAIMS OWNED BY A THREAD antes da APAR PM35829
________________ ZLOCKO VTM O2 V510./C SZ11 04/05/11 21:38:26 2
> Help PF1 Back PF3 Up PF7 Down PF8
> THREAD INFORMATION: Enter a selection letter on the top line.
> A-THREAD DETAIL B-LOCK COUNTS C-LOCK WAITS *-LOCKS OWNED E-GLOBAL LOCKS
> F-CURRENT SQL G-SQL COUNTS H-DISTRIBUTED I-BUFFER POOL J-GROUP BP
> K-PACKAGES L-RES LIMIT M-PARALLEL TASKS N-UTILITY O-OBJECTS
> P-CANCEL THREAD Q-DB2 CONSOLE R-DSN ACTIVITY S-APPL TRACE T-ENCLAVE
> U-LONG NAMES
===============================================================================
> LOCKS/CLAIMS OWNED BY A THREAD
PLAN
+ Thread: Plan=ADB Connid=TSO Corrid=PAUL Authid=PAUL
+ Attach: TSO Userid=PAUL Region asid= 266
+ DB2: SZ12
+ Luwid=DEIBMIPS.IPSARZ12.C793F00657FC=2477
own
+ Lock Ownership Information
+ Percent NUMLKUS = .00 Total Locks Owned = 2
+ Total Catalog Locks = 0 Pageset and Dataset Locks = 0
+ Catalog Pageset Locks = 0 Page/Row Locks = 0
+ Catalog Page/Row Locks= 0 Directory and Other Locks = 0
+ Bind ACQUIRE option = Bind RELEASE option =
+ ISOLATION option = Cursor Stability
+
+ Type Level Resource Number
+ ---- ----- ------------------------------------ ------
+ PSET IS Res id= 0C0000020006000900000000 1
+ SKPT S ColU=NULLID PkU=SYSSH200
+ Token=5359534C564C3031 1
+ ------
+ Total = 2
|
O exemplo seguinte mostra o painel LOCKS/CLAIMS CAUSING A THREAD TO WAIT antes da APAR PM35829.
Lista 6. Painel LOCKS/CLAIMS CAUSING A THREAD TO WAIT antes da APAR PM35829
________________ ZLOCKW VTM O2 V510./C SZ11 04/05/11 21:48:40 2
> Help PF1 Back PF3 Up PF7 Down PF8
> THREAD INFORMATION: Enter a selection letter on the top line.
> A-THREAD DETAIL B-LOCK COUNTS *-LOCK WAITS D-LOCKS OWNED E-GLOBAL LOCKS
> F-CURRENT SQL G-SQL COUNTS H-DISTRIBUTED I-BUFFER POOL J-GROUP BP
> K-PACKAGES L-RES LIMIT M-PARALLEL TASKS N-UTILITY O-OBJECTS
> P-CANCEL THREAD Q-DB2 CONSOLE D-DSN ACTIVITY S-APPL TRACE T-ENCLAVE
> U-LONG NAMES
===============================================================================
> LOCKS/CLAIMS CAUSING A THREAD TO WAIT
PLAN
+ Thread: Plan=DSNTEP10 Connid=BATCH Corrid=PAULLOK2 Authid=PAUL
+ Attach: BATCH JOB Name=PAULLOK2 JOB Asid= 54
+ Package: DSN@EP2L Collection=DSNTEP2
+ DB2: SZ12
+ Luwid=DEIBMIPS.IPSARZ12.C794172334E4=2480
wait
+ Thread Is Currently Suspended Waiting To Obtain The Following Lock
+ Type=TABL Level=IX Resource = 0C0000020006000900000000
+
+ Wait For Lock Time = N/A # to repeat lock timeout = N/A
+ IRLM Time Out Value = 30 Seconds
+
+ The Lock Being Waited On Is Owned By The Following User(s)
+ Plan Connid Corrid Lvl
+ -------- -------- ------------ ---
+ DSNESPRR TSO PAUL X
===============================================================================
|
O exemplo seguinte mostra o painel LOCKING CONFLICTS depois da APAR PM35829.
Lista 7. Painel LOCKING CONFLICTS depois da APAR PM35829
________________ ZLOCKC VTM O2 V420./C SZ11 G 03/28/11 23:50:23 2
> Help PF1 Back PF3 Up PF7 Down PF8 Zoom PF11
> L.
===============================================================================
> LOCKING CONFLICTS
XLOK
+Stat Plan Corrid Type Lvl Resource
+---- -------- ------------ ---- --- ------------------------------------------
+Owned by DB2 Subsystem SZ12PALK DB=PAULSZ12 PS=PAULSZ12
+OWN DSNESPRR PAUL1 PALK S DB=PAULSZ12 PS=PAULSZ12
+WAIT DSNESPRR PAUL PALK X DB=PAULSZ12 PS=PAULSZ12
===============================================================================
|
Agora o nome do banco de dados e o nome do espaço de tabela são exibidos para os recursos remotos, assim como para os recursos locais.
O exemplo seguinte mostra o painel LOCKS/CLAIMS OWNED BY A THREAD depois da APAR PM35829. Os nomes de recursos são exibidos.
Lista 8. Painel LOCKS/CLAIMS OWNED BY A THREAD depois da APAR PM35829
________________ ZLOCKO VTM O2 V510./C SZ11 04/05/11 21:38:26 2
> Help PF1 Back PF3 Up PF7 Down PF8
> THREAD INFORMATION: Enter a selection letter on the top line.
> A-THREAD DETAIL B-LOCK COUNTS C-LOCK WAITS *-LOCKS OWNED E-GLOBAL LOCKS
> F-CURRENT SQL G-SQL COUNTS H-DISTRIBUTED I-BUFFER POOL J-GROUP BP
> K-PACKAGES L-RES LIMIT M-PARALLEL TASKS N-UTILITY O-OBJECTS
> P-CANCEL THREAD Q-DB2 CONSOLE R-DSN ACTIVITY S-APPL TRACE T-ENCLAVE
> U-LONG NAMES
===============================================================================
> LOCKS/CLAIMS OWNED BY A THREAD
PLAN
+ Thread: Plan=ADB Connid=TSO Corrid=PAUL Authid=PAUL
+ Attach: TSO Userid=PAUL Region asid= 266
+ DB2: SZ12
+ Luwid=DEIBMIPS.IPSARZ12.C793F00657FC=2477
own
+ Lock Ownership Information
+ Percent NUMLKUS = .00 Total Locks Owned = 2
+ Total Catalog Locks = 0 Pageset and Dataset Locks = 0
+ Catalog Pageset Locks = 0 Page/Row Locks = 0
+ Catalog Page/Row Locks= 0 Directory and Other Locks = 0
+ Bind ACQUIRE option = Bind RELEASE option =
+ ISOLATION option = Cursor Stability
+
+ Type Level Resource Number
+ ---- ----- ------------------------------------ ------
+ PSET IS DB=PAULSZ12 PS=PAULSZ12
+ SKPT S ColU=NULLID PkU=SYSSH200
+ Token=5359534C564C3031 1
+ ------
+ Total = 2
|
A listagem seguinte mostra o painel LOCKS/CLAIMS CAUSING A THREAD TO WAIT depois da APAR PM35829. Os nomes de recursos são exibidos.
Lista 9. Painel LOCKS/CLAIMS CAUSING A THREAD TO WAIT depois da APAR PM35829
________________ ZLOCKW VTM O2 V510./C SZ11 04/05/11 21:48:40 2
> Help PF1 Back PF3 Up PF7 Down PF8
> THREAD INFORMATION: Enter a selection letter on the top line.
> A-THREAD DETAIL B-LOCK COUNTS *-LOCK WAITS D-LOCKS OWNED E-GLOBAL LOCKS
> F-CURRENT SQL G-SQL COUNTS H-DISTRIBUTED I-BUFFER POOL J-GROUP BP
> K-PACKAGES L-RES LIMIT M-PARALLEL TASKS N-UTILITY O-OBJECTS
> P-CANCEL THREAD Q-DB2 CONSOLE D-DSN ACTIVITY S-APPL TRACE T-ENCLAVE
> U-LONG NAMES
===============================================================================
> LOCKS/CLAIMS CAUSING A THREAD TO WAIT
PLAN
+ Thread: Plan=DSNTEP10 Connid=BATCH Corrid=PAULLOK2 Authid=PAUL
+ Attach: BATCH JOB Name=PAULLOK2 JOB Asid= 54
+ Package: DSN@EP2L Collection=DSNTEP2
+ DB2: SZ12
+ Luwid=DEIBMIPS.IPSARZ12.C794172334E4=2480
wait
+ Thread Is Currently Suspended Waiting To Obtain The Following Lock
+ Type=TABL Level=IX Resource = DB=PAULSZ12 PS=PAULSZ12
+
+ Wait For Lock Time = N/A # to repeat lock timeout = N/A
+ IRLM Time Out Value = 30 Seconds
+
+ The Lock Being Waited On Is Owned By The Following User(s)
+ Plan Connid Corrid Lvl
+ -------- -------- ------------ ---
+ DSNESPRR TSO PAUL X
===============================================================================
|
Suporte para grupos de compartilhamento de dados no OMEGAMON XE for DB2 PE, Versão 4.1
Como parte do IBM Tivoli OMEGAMON XE for DB2 Performance Expert on z/OS, Versão 4.1, foi apresentado o suporte para grupo de compartilhamento de dados para a VTAM Classic Interface. Esse suporte permite que todos os encadeamentos ativos em um grupo de compartilhamento de dados sejam exibidos, mesmo que estejam sendo executados em uma LPAR diferente no Sysplex.
Em vários painéis, o campo para o nome de subsistema do DB2 foi alterado para um campo de entrada, para que a alternância de um subsistema do DB2 para outro pudesse ser feita em contexto sem retornar ao menu principal e usando o painel Z (RLOG) REDIRECT MONITORING TO ANOTHER DB2.
O campo de entrada Group Mode Indicator foi incluído. É possível usar esse campo para selecionar o modo de DB2 único ou o modo de grupo.Use o modo único para monitorar um subsistema do DB2 ou um membro de um grupo de compartilhamento de dados. Use o modo de grupo para monitorar todos os membros de um grupo de compartilhamento de dados. O modo de grupo não é válido para subsistemas do DB2 que não sejam membros de um grupo de compartilhamento de dados. Se o modo de grupo for selecionado para um DB2 que não seja membro de um grupo de compartilhamento de dados, a mensagem KO2O1961W é exibida e o modo é redefinido para o modo único.
O exemplo seguinte mostra o painel Threads Summary Excluding Idle Threads para um membro de um grupo de compartilhamento de dados. O nome do membro é SZ11, e o indicador do modo de grupo é S.
Lista 10. Painel Threads Summary Excluding Idle Threads para um membro de um grupo de compartilhamento de dados
________________ ZALLT VTM O2 V510./C SZ11 S 04/05/11 18:47:23 2
> Help PF1 Back PF3 Up PF7 Down PF8 Sort PF10 Zoom PF11
> T.A
> Thread Activity: Enter a selection letter on the top line.
> *-All-Idle B-TSO C-CICS D-IMS E-Background F-Dist Allied
> G-Dist DBAC H-Util I-Inact J-Filter K-Functions L-Stored Proc
> M-Triggers N-Sysplex O-Enclaves P-Worksta Q-All+Idle
===============================================================================
> Threads Summary Excluding Idle Threads
THDA
+ *
+ Elapsed Planname CPU Status GetPg Update Commit CORRID/JOBN
+ ---------- -------- ----- ------------ ------ ------ ------ ------------
+ 00:22:40.5 KO2PLAN 00.0% NOT-IN-DB2 0 0 0 D832DM5S
+ 00:04:24.1 DSNESPRR 00.0% SWAPPED-OUT 48 0 0 PAUL
===============================================================================
|
A listagem a seguir mostra o painel Threads Summary Excluding Idle Threads para todos os membros de um grupo de compartilhamento de dados. O indicador do modo de grupo é G.
Lista 11. Painel Threads Summary Excluding Idle Threads para todos os membros de um grupo de compartilhamento de dados
________________ ZALLT VTM O2 V510./C SZ11 G 04/05/11 18:57:51 2
> Help PF1 Back PF3 Up PF7 Down PF8 Sort PF10 Zoom PF11
> T.A
> Thread Activity: Enter a selection letter on the top line.
> *-All-Idle B-TSO C-CICS D-IMS E-Background F-Dist Allied
> G-Dist DBAC H-Util I-Inact J-Filter K-Functions L-Stored Proc
> M-Triggers N-Sysplex O-Enclaves P-Worksta Q-All+Idle
===============================================================================
> Threads Summary Excluding Idle Threads
THDA
+ *
+ Elapsed Planname DB2 Status GetPg Update Commit CORRID/JOBN
+ ---------- -------- ----- ------------ ------ ------ ------ ------------
+ 01-00:20 KO2PLAN SZ12 NOT-IN-DB2 0 0 0
+ 00:14:52.7 DSNESPRR SZ11 SWAPPED-OUT 48 0 0 PAUL
+ 00:04:23.2 ADB SZ12 NOT-IN-DB2 0 0 1 PAUL
+ 00:03:14.0 DSNESPRR SZ12 NOT-IN-DB2 39 0 0 PAUL
+ 00:01:17.2 KO2PLAN SZ11 NOT-IN-DB2 0 0 0 D832DM5S
===============================================================================
|
Agora todos os encadeamentos ativos para o grupo de compartilhamento de dados inteiro estão exibidos. O OMEGAMON XE for DB2 PE pode monitorar todos os membros de um grupo de compartilhamento de dados usando o membro monitorado local e solicitando a interface do recurso de instrumentação (IFI) do DB2 de um ou mais membros remotos. Esse método possui algumas limitações. Alguns dos campos exibidos são provenientes de fontes além da IFI do DB2. O cálculo da porcentagem do tempo de CPU usado por um único encadeamento requer acesso a informações do z/OS, portanto ele não pode ser calculado para os encadeamentos que estejam sendo executados em LPARs remotas apenas como o uso de informações dos registros do identificador de componente do recurso de instrumentação (IFCID). Na V4.1, na exibição de encadeamento de grupo, substituímos o tempo de CPU pelo nome do membro do subsistema do DB2 no grupo de compartilhamento de dados, porque ele não pode ser exibido. Porém, na V5.1, as porcentagens de CPU podem ser mostradas para todos os encadeamentos no grupo de compartilhamento de dados.
O OMEGAMON XE for DB2 PE continua a expandir o suporte para grupos de compartilhamento de dados do DB2 com o uso do novo recurso OMEGAMON/XCF. O OMEGAMON/XCF é um recurso para fins gerais, e será usado para expandir a funcionalidade de grupos de compartilhamento de dados do OMEGAMON XE for DB2 PE em liberações futuras.
Aprender
- Para obter mais informações sobre a ativação do OMEGAMON/XCF, consulte
O tópico de configuração e customização do IBM Tivoli OMEGAMON XE for DB2 Performance Monitor on z/OS Versão 5.1.0
no Centro de Informações.
- Saiba como o Tivoli
OMEGAMON XE for DB2 Performance Expert on z/OS avalia a eficiência do seu DB2 em um ambiente z/OS e otimiza o desempenho.
- Explore como a solução de gerenciamento de desempenho da IBM pode melhorar a produtividade e a rentabilidade do seu negócio.
- Na área do DB2 for z/OS no developerWorks, obtenha os recursos necessários para melhorar seus conhecimentos sobre DB2.
- Saiba mais sobre Information Management na zona de Gerenciamento de Informação do developerWorks. Encontre documentação técnica, artigos de instruções, educação,
downloads, informações de produto e mais.
- Fique por dentro dos
eventos técnicos e webcasts do developerWorks.
- Siga o DeveloperWorks no Twitter.
Obter produtos e tecnologias
- Crie seu próximo projeto de desenvolvimento com a
versão de teste do software IBM, disponível para download diretamente do developerWorks.
Discutir
- Participar do fórum de discussão.
- Confira os
blogs do developerWorks e participe da
comunidade do developerWorks.
Paul Kenney é Senior Software Engineer e trabalha com desenvolvimento de software há muitos anos em ferramentas relacionadas ao DB2. Ele é Architect e Development Lead para o IBM Tivoli OMEGAMON XE for DB2 Performance Expert on z/OS. Ele também é um IBM Certified Solutions Expert for DB2 Database Administration.
Índice
- Novos recursos para o IBM Tivoli OMEGAMON XE para B2 Performance Expert on z/OS, Versão 5.1
- Como funciona o recurso OMEGAMON/XCF
- Usando o OMEGAMON/XCF no OMEGAMON XE for DB2 PE, Versão 5.1
- Nomes de recursos remotos e proprietários de bloqueios remotos
- Suporte para grupos de compartilhamento de dados no OMEGAMON XE for DB2 PE, Versão 4.1
- Conclusão
- Recursos
- Sobre o autor
- Comentários
