[z/OS]

Precedência para Parâmetros do Comando Modify, Atributos RAS em Nível de Pedido e Propriedades Extensivas ao Servidor

Existem três maneiras para definir valores de atributo Reliability Availability and Serviceability (RAS): propriedades extensivas ao servidor, atributos RAS ou parâmetros do comando modify. Parâmetros do comando modify têm precedência sobre atributos RAS associados e propriedades extensivas ao servidor, enquanto os atributos RAS têm precedência sobre as propriedades extensivas ao servidor.

A seguinte lista descreve a ordem de precedência:
  • O comando modify precedência sobre atributos RAS associados e propriedades extensivas ao servidor.

    Após chamar um comando modify, o comando se aplica a todos os pedidos, independentemente das propriedades extensivas ao servidor ou dos atributos de classificação que definiu.

  • Os atributos RAS em nível de pedido definidos no arquivo de classificação de carga de trabalho têm precedência sobre as configurações da propriedade extensiva ao servidor associada.
    • Se você especificar valores de atributo RAS em nível de pedido no elemento de classificação de HTTP, os valores de atributo RAS em nível de pedido substituem as configurações da propriedade extensiva ao servidor para pedidos de HTTP.
    • Se você especificar valores de atributo RAS em nível de pedido no elemento de classificação de IIOP, os valores de atributo RAS em nível de pedido substituem as configurações da propriedade extensiva ao servidor para pedidos de IIOP.
    • Se você especificar valores de atributo RAS em nível de pedido no elemento de classificação do adaptador local otimizado, os valores de atributo RAS em nível de pedido substituem as configurações da propriedade extensiva ao servidor para pedidos do adaptador local otimizado.
    • Se você especificar valores de atributo RAS em nível de solicitação no elemento de classificação para o bean acionado por mensagens (MDB) cujo listener existe na região de controle, os valores de atributo RAS em nível de solicitação substituirão as configurações de propriedade em todo servidor para essas solicitações de MDB.
    • Se você especificar valores de atributo RAS em nível de pedido com a especificação de ativação na região auxiliar de controle, os valores de atributo RAS em nível de pedido substituem as configurações da propriedade extensiva ao servidor para esses pedidos de MDB.
As configurações da propriedade extensiva ao servidor continuam a se aplicar a qualquer protocolo ao qual o atributo RAS de nível de servidor não se aplica.

Um valor RESET está disponível em todos os comandos modify que possuem propriedades extensivas ao servidor correspondentes que também possuem atributos RAS associados. O valor RESET desativa a substituição do comando modify. Após uma reconfiguração ser chamada, o servidor retorna para as propriedades extensivas ao servidor e atributos RAS que estavam em vigor antes da substituição do comando modify ser ativada.

Lembre-se: Como um atributo RAS entra em vigor depende de como você define o atributo RAS.
  • Se você definir o atributo RAS como uma propriedade extensiva ao servidor, deve reiniciar o servidor de aplicativos.
  • Se definir o atributo RAS como um atributo RAS de nível de servidor, você tem duas opções. Você pode reiniciar o servidor de aplicativos ou recarregar o documento de classificação de carga de trabalho sem ter que reiniciar o servidor de aplicativos.
  • Se você definir o atributo RAS com o comando modify, o comando modify entra em vigor dinamicamente sem requerer um reinício do servidor.

Vários atributos RAS incluídos no arquivo de classificação de carga de trabalho são associados com propriedades de ambiente extensivas ao servidor que são associadas com comandos modify. Por exemplo, o atributo RAS de nível de servidor SMF_request_activity_enabled é associado com a propriedade extensiva ao servidor server_SMF_request_activity_enabled, que por sua vez é associada com o comando modify SMF,REQUEST.

O atributo RAS de nível de servidor SMF_request_activity_enabled especifica se o servidor de aplicativos coleta registros do System Management Facilities (SMF) 120 subtipo 9 para pedidos. Os pedidos podem ser pedidos de HTTP, pedidos de IIOP, pedidos de adaptador local otimizado ou pedidos de MDB que possuem o listener na região de controle. O atributo RAS de nível de servidor é codificado no elemento de classificação de HTTP para pedidos de HTTP, no elemento de classificação de IIOP para pedidos de IIOP, no elemento de classificação do adaptador local otimizado para pedidos de adaptador local e no elemento de classificação de MDB para pedidos de MDB.

A propriedade extensiva ao servidor server_SMF_request_activity_enabled especifica se o servidor de aplicativos coleta registros do SMF 120 subtipo 9 para todos os pedidos que o servidor de aplicativos processa.

O atributo RAS de nível de servidor SMF_request_activity_enabled substitui a propriedade extensiva ao servidor server_SMF_request_activity_enabled para qualquer pedido de HTTP, pedido de IIOP, pedido de adaptador local otimizado ou pedido de MDB que tenha o listener na região de controle. Como a propriedade extensiva ao servidor, o comando modify SMF,REQUEST especifica se o servidor de aplicativos coleta registros do SMF 120 subtipo 9 para todos os pedidos que o servidor de aplicativos processa. No entanto, o comando modify substitui dinamicamente as configurações para o atributo RAS em nível de pedido e a propriedade extensiva ao servidor sem requerer um reinício do servidor.

O exemplo mostra os seguintes recursos:
  • A propriedade extensiva ao servidor server_SMF_request_activity_enabled está em vigor.
  • O atributo RAS em nível de pedido SMF_request_activity_enabled pode substituir a propriedade extensiva ao servidor server_SMF_request_activity_enabled.
  • O comando modify SMF,REQUEST pode substituir a propriedade extensiva ao servidor e o atributo RAS em nível de pedido.
  • A opção de reconfiguração no comando modify do pedido de SMF pode desativar a substituição do comando modify.
Aqui estão os detalhes para cada um dos recursos:
  • Você configura a propriedade extensiva ao servidor server_SMF_request_activity_enabled como 1 no console administrativo. Os atributos RAS e o comando modify não substituem a propriedade. Todos os pedidos que o servidor processa coletam registros do SMF 120 subtipo 9.

  • Em seguida você cria um documento de classificação de carga de trabalho, que define um único elemento http_classification_info:
    <http_classification_info	
        uri="/PlantsByWebSphere/*"
        SMF_request_activity_enabled="0" 
      />

    O elemento de classificação de HTTP especifica que o atributo RAS em nível de pedido SMF_request_activity_enabled é configurado como 0. Esse atributo RAS em nível de pedido substitui a propriedade extensiva ao servidor server_SMF_request_activity_enabled que está configurada como 1. Nenhum dos pedidos de HTTP com uma URI que comece com /PlantsByWebSphere/ coleta registros de SMF 120 subtipo 9. Todos os pedidos de HTTP com URI que não comece com /PlantsByWebSphere/ e todos os pedidos de protocolos não HTTP observam a configuração da propriedade extensiva ao servidor. Esses pedidos continuam a coletar registros do SMF 120 subtipo 9.

  • Você agora emite o seguinte comando modify:
    MODIFY BBOS001,SMF,REQUEST,ON

    O comando modify especifica que a coleta de registros do SMF 120 subtipo 9 está ativada. O comando modify substitui o atributo RAS em nível de pedido SMF_request_activity_enabled que está desligado pois está configurado como 0. Portanto, todos os pedidos de HTTP com uma URI que comece com /PlantsByWebSphere/ coletam registros de SMF 120 subtipo 9. O comando modify também substitui a propriedade extensiva ao servidor server_SMF_request_activity_enabled que está ativada pois está configurada como 1. No entanto, a propriedade extensiva ao servidor server_SMF_request_activity_enabled e a substituição do comando modify estão ambos ativados. Portanto, todos os pedidos que observaram a propriedade extensiva ao servidor antes de você emitir o comando modify não sofrem nenhuma mudança de comportamento. Esses pedidos continuam a coletar registros do SMF 120 subtipo 9.

    Você em seguida emite o seguinte comando modify:
     MODIFY BBOS001,SMF,REQUEST,OFF

    O valor OFF significa que a coleta de registros do SMF 120 subtipo 9 está desativada. O comando modify substitui o atributo RAS em nível de pedido SMF_request_activity_enabled. No entanto, o atributo RAS em nível de pedido também está desligado pois está configurado como 0. Assim, nenhuma mudança no comportamento ocorre. O comando modify e o atributo RAS em nível de pedido desligaram a coleta de registros do SMF 120 subtipo 9 para pedidos de HTTP com uma URI que começa com /PlantsByWebSphere/. O comando modify também substitui a propriedade extensiva ao servidor server_SMF_request_activity_enabled que está ativa pois está configurada como 1. Portanto, todos os outros pedidos de HTTP e todos os pedidos de não HTTP que observaram a propriedade extensiva ao servidor server_SMF_request_activity_enabled que está configurada como 1 não mais coletam registros do SMF 120 subtipo 9.

  • Você em seguida emite o seguinte comando modify:
    MODIFY BBOS001,SMF,REQUEST,RESET

    O valor RESET faz a substituição do comando modify ser desativada. Isso significa que todos os pedidos de HTTP com uma URI que comece com /PlantsByWebSphere/ voltem a observar o atributo RAS em nível de pedido SMF_request_activity_enabled configurado como 0. Nenhum dos pedidos de HTTP com uma URI que comece com /PlantsByWebSphere/ coleta registros de SMF 120 subtipo 9. Todos os outros pedidos de HTTP e todos os pedidos de não HTTP voltam a observar a propriedade extensiva ao servidor server_SMF_request_activity_enabled que está configurada como 1 coletando registros do SMF 120 subtipo 9.


Ícone que indica o tipo de tópico Tópico de Referência



Ícone de registro de data e hora Última atualização: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=rrun_ras_override
Nome do arquivo: rrun_ras_override.html