Os serviços de banco de dados suportam o WebSphere Business Monitor através de dois serviços de deslocamento de dados: Estado para Tempo de Execução e Tempo de Execução para Histórico. Esses serviços de deslocamento de dados são completamente independentes um do outro. Cada serviço de deslocamento de dados suporta um ou mais modelos de medidas de negócios.
Para cada modelo de medidas de negócios suportado por um serviço de deslocamento de dados, um conjunto dos servidores Capture e Apply é criado.
Na atual arquitetura há, por padrão, um servidor Capture e um servidor Apply para cada modelo de medidas de negócios.
É possível ter mais de um servidor Capture ou Apply alterando os parâmetros nos seguintes grupos de parâmetros: Parâmetros de Política Capture, Parâmetros de Política Apply e Parâmetros de Política de Grupo Apply.
Caso o modelos de medidas de negócios seja muito grande, ter um servidor Capture e Apply por modelo por serviço de deslocamento de dados pode afetar o desempenho. e é um bom candidato a se beneficiar da modificação desses parâmetros para aprimorar o desempenho. Com o hardware e espaço de tabelas e planejamento de pool do buffer adequados, pode ser possível aprimorar o desempenho incluindo servidores adicionais de captura e aplicação.
Servidores adicionais de captura podem aumentar a taxa na qual os dados são capturados para as tabela de um modelo de medidas de negócios.
Você pode reduzir um ou ambos os Parâmetros de Política Capture. Cada servidor adicional de captura empregará, por sua vez, espaço adicional de banco de dados para armazenar suas informações de controle, bem como processador adicional e tempo de E/S. No entanto, aumentar o número de servidores pode disponibilizar mais rapidamente as informações para os componentes Apply e pode aprimorar o rendimento do processamento do sistema como um todo.
Servidores de aplicação adicionais também incluem benefícios. Na arquitetura atual, os servidores de aplicação operam em suas tabelas designadas de maneira serial. Quanto maior o número de grupos de medidas de negócios e tabelas designadas a um único servidor de aplicação, mais tempo ele leva para processar todas as entradas. A inclusão de servidores adicionais de aplicação pode aprimorar o desempenho através do processamento desses grupos de medidas de negócios em paralelo. Isso requer hardware adequado e um bom espaço de tabelas e plano de pool de buffer para impedir a contenção de E/S.
Não é recomendável alterar os padrões dos Parâmetros de Política de Grupo Apply.
Como Especificar Parâmetros de Política:
Localize a máquina que hospeda o Servidor de Monitoramento e localize o diretório de instalação do Monitor. Por exemplo: 'C:\IBM\WebSphere\Monitor' no Windows. Sob esse subdiretório, deve haver um diretório denominado 'rm' e, sob esse diretório, deve haver outro diretório denominado 'config'. Neste exemplo, 'C:\IBM\WebSphere\Monitor\rm\config' seria o caminho completo do diretório.
Crie um novo arquivo denominado 'DS_Replication_Policy_Defaults.properties' no diretório config. Caso esse arquivo exista, então os componentes Data Services lerão este arquivo para executar as substituições especificadas pelo usuário dos parâmetros de Política de Desempenho.
Os parâmetros são especificados da seguinte forma:
- Um valor padrão para todos os Serviços de Deslocamento de Dados: POLICY_NAME=<POLICY_VALUE>
- Um valor específico para um Serviço de Deslocamento de Dados Específico: <SERVICE_NAME>.POLICY_NAME=<POLICY_VALUE>
- Atualmente, os únicos nomes de serviços válidos são: State_to_Runtime e Runtime_to_Historical.
Durante o processamento do Serviço de Deslocamento de Dados, o sistema procura primeiro pelos valores específicos do serviço, seguido por valores padrões explícitos, seguido por valores padrões internos ou implícitos.
Parâmetros de Política Capture
Os parâmetros de política Capture mudam a forma com que os grupos de medidas de negócios são atribuídos para servidores Capture. Sempre há um servidor Capture para cada
modelo de medidas de negócios mas, ao contrário da arquitetura anterior, agora é possível atribuir diversos grupos de medidas de negócios para o mesmo servidor Capture, em vez de ter um servidor separado para cada um.
- POLICY_CAPTURE_MAX_GROUPS_PER_SERVER
- Essa política essencialmente controla quantos grupos podem ser alocados para um servidor Capture específico que esteja atribuído ao modelo de medidas de negócios pai.
Durante a fase de designação, caso o sistema não possa localizar um servidor Capture existente que possa acomodar um grupo de medidas de negócios adicional e ainda estar em conformidade com essa política, então um novo servidor Capture é criado para servir ao novo grupo de medidas de negócios.
Nota: Durante o gerenciamento de mudanças, esses servidores não serão reequilibrados.
Para reequilibrar, será necessário remover a implementação de todos os artefatos de replicação que suportam esse modelo de medidas de negócios e, em seguida, gerá-los novamente como um novo modelo. Essa política não impedirá a designação de um grupo de medidas de negócios para um novo servidor Capture. Além disso, essa política também não afetará a designação de um grupo de medidas de negócios durante o gerenciamento de mudanças se esse grupo de medidas de negócios já estiver atribuído a um servidor Capture.
- O valor padrão é atualmente 50.
- Os valores válidos são mostrados na seguinte tabela.
Valores POLICY_CAPTURE_MAX_GROUPS_PER_SERVER
Valor |
Descrição |
-1 |
A política está desativada. |
0 |
Tem o mesmo efeito que 1; sempre criará um servidor Capture novo para cada grupo de medidas de negócios. |
> 1 |
Aplica a política com base nesse número. |
- POLICY_CAPTURE_MAX_TABLES_PER_SERVER
- Essa política controla quantas tabelas podem ser atribuídas para um servidor específico, independente do número de grupos. Se um grupo de medidas de negócios possui 10 tabelas e o servidor Capture existente possui 10 tabelas e a política está configurada para 19, então pela política, o novo servidor Capture será criado para servir a esse novo grupo de medidas de negócios.
Nota: Mesmo se o grupo de medidas de negócios por si mesmo exceda essa política, a política não impedirá sua designação a um novo servidor Capture. Além disso, essa política também não afetará a designação de um grupo de medidas de negócios durante o gerenciamento de mudanças se esse grupo de medidas de negócios já estiver atribuído a um servidor Capture.
- O valor padrão é atualmente -1.
- Os valores válidos são mostrados na seguinte tabela.
Valores POLICY_CAPTURE_MAX_TABLES_PER_SERVER
Valor |
Descrição |
<0 |
A política está desativada. |
-1 |
A política está desativada. |
0 |
Mesmo que 1; sempre criará um servidor Capture novo para cada novo grupo de medidas de negócios. |
> 1 |
Aplica a política com base nesse número. |
- POLICY_CAPTURE_MIN_PERCENT_FREE_AFTER_GROUP_ADD
- Essa política controla quantas tabelas devem estar livres (conforme comparado ao POLICY_CAPTURE_MAX_TABLES_PER_SERVER)
depois que modelo de medidas de negócios é designado a um servidor Capture.
Nota: Mesmo se o grupo de medidas de negócios por si mesmo exceda essa política, a política não impedirá sua designação a um novo servidor Capture. Além disso, essa política também não afetará a designação de um grupo de medidas de negócios durante o gerenciamento de mudanças se esse grupo de medidas de negócios já estiver atribuído a um servidor Capture.
- O valor padrão é atualmente -1.
- Os valores válidos são mostrados na seguinte tabela.
Valores POLICY_CAPTURE_MIN_PERCENT_FREE_AFTER_GROUP_ADD
Valor |
Descrição |
<0 |
A política está desativada. |
-1 |
A política está desativada. |
0 |
Mesmo que 1; sempre criará um servidor Capture novo para cada novo grupo de medidas de negócios. |
>1 e < 100 |
A política será aplicada com base no limite. |
>=100 |
Mesmo que 1; sempre criará um servidor Capture novo para cada novo grupo de medidas de negócios. |
Parâmetros de Política Apply
Os parâmetros de política Apply mudam a forma com que os grupos de medidas de negócios são designados para servidores Apply. No momento, sempre há um servidor Apply para cada modelo de medidas de negócios mas, ao contrário da arquitetura anterior, agora é possível designar diversos grupos de medidas de negócios para o mesmo servidor Apply, em vez de ter um servidor separado para cada um.
- POLICY_APPLY_IS_CONSISTENT_WITH_CAPTURE
- POLICY_APPLY_MAX_GROUPS_PER_SERVER
- Essa política controla quantos grupos podem ser alocados para um servidor Apply específico que esteja designado ao modelo de medidas de negócios-pai.
Se, durante a fase de designação, nenhum servidor Apply tiver atingido o limite, um novo servidor Apply será criado para servir ao novo grupo de medidas de negócios.
Nota: Durante o gerenciamento de mudanças, esses servidores não serão reequilibrados.
Para reequilibrar, será necessário remover a implementação de todos os artefatos de replicação que suportam esse modelo de medidas de negócios e, em seguida, gerá-los novamente como um novo modelo. Essa política não impedirá a designação de um grupo de medidas de negócios para um novo servidor Apply. Essa política também não afetará a designação de um grupo de medidas de negócios durante o gerenciamento de mudanças se esse grupo de medidas de negócios já estiver atribuído a um servidor Apply.
- Valor Padrão =50.
- Os Valores válidos são mostrados na seguinte tabela.
Valores POLICY_APPLY_MAX_GROUPS_PER_SERVER
Valor |
Descrição |
<0 |
A política está desativada. |
-1 |
A política está desativada. |
0 |
Mesmo que 1; sempre criará um servidor Apply novo para cada novo grupo de medidas de negócios. |
>1 |
Aplica a política com base nesse número. |
- POLICY_APPLY_MAX_APPLYGROUPS_PER_SERVER
- Essa política controla a alocação de grupos Apply para um servidor específico.
Essa política normalmente é utilizada em conjunto com as políticas de grupo Apply para controlar a distribuição de medidas de negócios para um servidor. Os grupos Apply no DB2 são chamados conjuntos de assinatura.
Nota: Durante o gerenciamento de mudanças, esses servidores não serão reequilibrados.
Para reequilibrar, será necessário remover a implementação de todos os artefatos de replicação que suportam esse modelo de medidas de negócios e, em seguida, gerá-los novamente como um novo modelo. Essa política não impedirá a designação de um grupo de medidas de negócios para um novo servidor Apply. Essa política também não afetará a designação de um grupo de medidas de negócios durante o gerenciamento de mudanças se esse grupo de medidas de negócios já estiver atribuído a um servidor Apply.
- Valor Padrão =-1.
- Os valores válidos são mostrados na seguinte tabela.
Valores POLICY_APPLY_MAX_APPLYGROUPS_PER_SERVER
Valor |
Descrição |
<0 |
A política está desativada. |
-1 |
A política está desativada. |
0 |
Mesmo que 1; sempre criará um servidor Apply novo para cada novo grupo de medidas de negócios. |
>1 |
Aplica a política com base nesse número. |
- POLICY_APPLY_MAX_TABLES_PER_SERVER
- Essa política controla a alocação de grupos de medidas de negócios com base no número de tabelas permitido por servidor.
Nota: Durante o gerenciamento de mudanças, esses servidores não serão reequilibrados.
Para reequilibrar, será necessário remover a implementação de todos os artefatos de replicação que suportam esse modelo de medidas de negócios e, em seguida, gerá-los novamente como um novo modelo. Essa política não impedirá a designação de um grupo de medidas de negócios para um novo servidor Apply. Essa política também não afetará a designação de um grupo de medidas de negócios durante o gerenciamento de mudanças se esse grupo de medidas de negócios já estiver atribuído a um servidor Apply.
- Valor Padrão =-1.
- Os valores válidos são mostrados na seguinte tabela.
Valores POLICY_APPLY_MAX_TABLES_PER_SERVER
Valor |
Descrição |
<0 |
A política está desativada. |
-1 |
A política está desativada. |
0 |
Mesmo que 1; sempre criará um servidor Apply novo para cada novo grupo de medidas de negócios. |
>1 |
Aplica a política com base nesse número. |
Parâmetros de Política de Grupos Apply
Essas políticas afetam como os grupos de medidas de negócios são alocados para grupos Apply; no DB2, esses são conjuntos de assinaturas. Consulte a documentação de Replicação do DB2 com relação à melhor forma de alocar tabelas ao longo de conjuntos de assinaturas. O Replication
Manager sempre escolhe alocar um grupo de medidas de negócios por conjunto de assinaturas.
- POLICY_APPLY_MAX_TABLES_PER_APPLYGROUP
- Essa política controla a alocação de grupos de medidas de negócios com base no número de tabelas permitido por grupo de Apply.
- Valor Padrão =-1
- Os valores válidos são mostrados na seguinte tabela.
Valores POLICY_APPLY_MAX_TABLES_PER_APPLYGROUP
Valor |
Descrição |
<0 |
A política está desativada. |
-1 |
A política está desativada. |
0 |
Mesmo que 1; sempre criará um novo grupo Apply para cada novo grupo de medidas de negócios. |
>1 |
Aplica a política com base nesse número. |
- POLICY_APPLY_MAX_GROUPS_PER_APPLYGROUP
- Essa política controla a alocação de grupos de medidas de negócios com base no número de grupos de medidas de negócios por grupo Apply.
- Valor Padrão =1
- Os Valores válidos são mostrados na seguinte tabela.
Valores POLICY_APPLY_MAX_GROUPS_PER_APPLYGROUP
Valor |
Descrição |
<0 |
A política está desativada. |
-1 |
A política está desativada. |
0 |
Mesmo que 1; sempre criará um novo grupo Apply para cada novo grupo de medidas de negócios. |
>1 |
Aplica a política com base nesse número. |