ScriptstartOgServer

O script stopOgServer inicia servidores de catálogos e de contêiner. É possível utilizar uma variedade de parâmetros quando você inicia seu servidores para ativar o rastreio, especificar números de porta e assim por diante.

Propósito

É possível usar o script startOgServer para iniciar servidores.

Local

O script startOgServer está no diretório bin do diretório-raiz, por exemplo:
cd wxs_install_root/bin
Nota: Se você tiver classes Java armazenadas em um diretório específico ou estiver usando um carregador ou um agente, em vez de alterar o script startOgServer, será possível ativar o servidor com argumentos da seguinte maneira: -jvmArgs -cp C:\ . . . \DirectoryPOJOs\POJOs.jar
.

Uso para Servidores de Catálogos

Para iniciar um servidor de catálogos:

[Windows]
startOgServer.bat <server> [options]
[Unix]
startOgServer.sh <server>[options]
Para iniciar um servidor de catálogos configurado padrão, utilize os seguintes comandos:
[Windows]
startOgServer.bat catalogServer
[Unix]
startOgServer.sh catalogServer

Opções para Iniciar Servidores de Catálogos

Os seguintes parâmetros são opcionais.

Parâmetros para iniciar um servidor de catálogos:
-catalogServiceEndPoints <serverName:hostName:clientPort:peerPort>
No contêiner, referencia o host e a porta do Object Request Broker (ORB) no serviço de catálogo. Cada atributo é definido conforme a seguir:
serverName
Especifica o nome para identificar o processo que você está ativando.
hostName
Especifica o nome do host para o computador onde o servidor é ativado.
clientPort
Especifica a porta que é usada para comunicação de serviço de catálogo peer.
peerPort
Este valor é o mesmo que haManagerPort. Especifica a porta que é usada para comunicação de serviço de catálogo peer.
O exemplo a seguir inicia o servidor de catálogos cs1, que está no mesmo domínio de serviço de catálogo que os servidores cs2 e cs3:
startOgServer.bat|sh cs1 -catalogServiceEndPoints 
cs1:MyServer1.company.com:6601:6602,
cs2:MyServer2.company.com:6601:6602,
cs3:MyServer3.company.com:6601:6602
-clusterSecurityFile <arquivo xml de segurança do cluster>
Especifica o arquivo objectGridSecurity.xml no disco rígido, que descreve as propriedades de segurança que são comuns a todos os servidores (incluindo servidores de catálogos e servidores de contêiner). Um dos exemplos de propriedade é a configuração do autenticador que representa o registro do usuário e o mecanismo de autenticação.

Exemplo:/opt/xs/ogsecurity.xml

-clusterSecurityUrl <URL do xml de segurança do cluster>
Especifica o arquivo objectGridSecurity.xml como uma URL no arquivo no disco rígido ou na rede, que descreve as propriedades de segurança que são comuns a todos os servidores (incluindo servidores de catálogos e servidores de contêiner). Um dos exemplos de propriedade é a configuração do autenticador que representa o registro do usuário e o mecanismo de autenticação.

Exemplo:file:///opt/xs/ogsecurity.xml

-domain <nome de domínio>
Especifica o nome do domínio de serviço de catálogo para este servidor de catálogos. O domínio de serviço de catálogo cria um grupo de servidores de catálogo altamente disponíveis. Cada servidor de catálogos para um único domínio deve especificar o mesmo valor para o parâmetro -domain.
-JMXConnectorPort <port>
Define a porta Secure Sockets Layer (SSL) à qual o serviço Java Management Extensions (JMX) se conecta.
-haManagerPort <porta>
Especifica o número da porta que o gerenciador de alta disponibilidade usa. Se essa propriedade não for configurada, uma porta livre não será escolhida. Essa propriedade é ignorada nos ambientes WebSphere Application Server.
-JMXServicePort <porta>
Especifica o número da porta na qual o servidor MBean recebe a comunicação com Java Management Extensions (JMX). A propriedade JMXServicePort especifica a porta não SSL para o JMX. Você deve usar um número da porta diferente para cada JVM na configuração. Se desejar usar JMX/RMI, especifique explicitamente JMXServicePort e o número da porta, mesmo se desejar usar o valor de porta padrão. Essa propriedade se aplica ao servidor de contêiner e ao serviço de catálogo. (Necessário somente para ambientes independentes.)

Padrão: 1099 para servidores de catálogos

-jvmArgs <argumentos JVM>
Especifica um conjunto de argumentos JVM. Cada opção após a opção -jvmArgs é usada para iniciar o servidor do Java virtual machine (JVM). Quando o parâmetro -jvmArgs é utilizado, certifique-se de que este seja o último argumento de script opcional especificado.

Exemplo:-jvmArgs -Xms256M -Xmx1G

-listenerHost <nome do host>

Especifica o nome do host ao qual o Object Request Broker (ORB) se conecta para comunicação com o Internet Inter-ORB Protocol (IIOP). O valor deve ser um nome de domínio ou endereço IP completo. Se sua configuração envolver diversas placas de rede, configure o host e a porta do listener para permitir que o Object Request Broker na JVM conheça o endereço IP para o qual se ligar. Se você não especificar qual endereço IP usar, sintomas tais como tempos limites de conexão, falhas de API incomuns e clientes que parecem ser interrompidos podem ocorrer.

Padrão: localhost
-listenerPort <porta>
Especifica o número da porta ao qual o Object Request Broker (ORB) se conecta. Esta configuração define que contêineres e clientes se comunicam com o serviço de catálogo por meio do ORB. No WebSphere Application Server, a listenerPort é herdada pela configuração de porta BOOTSTRAP_ADDRESS. Esta propriedade se aplica ao servidor de contêiner e ao serviço de catálogo.Padrão: 2809
-quorum true|false

Ativa o quorum para o serviço de catálogo. O quorum é usado para assegurar que a maioria do domínio de serviço de catálogo esteja disponível antes de mover as partições nos servidores de contêiner disponíveis. Para ativar o quorum, configure o valor para true ou ativado. O valor padrão é disabled. Esta propriedade se aplica apenas ao serviço de catálogo. Consulte o Quorums de Servidores de Catálogo para obter informações adicionais.

-script <arquivo de script>
Especifica o local de um script customizado para os comandos que você especifica para iniciar servidores de catálogo ou contêineres e depois parametriza ou edita conforme necessário.
-serverProps <arquivo de propriedades do servidor>
Especifica o arquivo de propriedades do servidor que contém as propriedades de segurança específicas do servidor. O nome do arquivo especificado para esta propriedade está simplesmente no formato de caminho de arquivo simples, tal como c:/tmp/og/catalogserver.props.
-traceSpec <especificação de rastreio>
Ativa o rastreio e a cadeia de especificação de rastreio para o servidor de contêiner. O rastreio é desativado por padrão. Essa propriedade se aplica ao servidor de contêiner e ao serviço de catálogo. Exemplos:
  • ObjectGrid=all=enabled
  • ObjectGrid*=all=enabled
-traceFile <arquivo de rastreio>

Especifica um nome de arquivo para gravar informações de rastreio. Essa propriedade se aplica ao servidor de contêiner e ao serviço de catálogo. Exemplo: ../logs/c4Trace.log

-timeout <segundos>
Especifica um número de segundos antes do servidor expirar.

Uso dos Servidores de Contêiner

[Windows]
startOgServer.bat <server> -objectgridFile <xml file> 
-deploymentPolicyFile <arquivo xml> [options] 
[Windows]
startOgServer.bat <servidor> -objectgridUrl <URl xml> 
-deploymentPolicyUrl <URL xml> [options]
[Unix]
startOgServer.sh <server> -objectgridFile <xml file> 
-deploymentPolicyFile <arquivo xml> [options]
[Unix]
 startOgServer.sh <servidor> -objectgridUrl <URL xml> -deploymentPolicyUrl <URL xml> [options]

Opções para Servidores de Contêiner

-catalogServiceEndPoints<hostName:port,hostName:port>
Especifica o host e a porta do Object Request Broker (ORB) no serviço de catálogo.

Padrão: localhost:2809

-deploymentPolicyFile <arquivo xml da política de implementação>
Especifica o caminho para o arquivo de política de implementação no disco rígido. A política de implementação é usada para configurar o particionamento e a replicação. A política de implementação também pode ser utilizada para influenciar o comportamento de disposição.

Exemplo: ../xml/SimpleDP.xml

-deploymentPolicyUrl <deployment policy url>
Especifica a URL para o arquivo de política de implementação no disco rígido ou na rede. A política de implementação é usada para configurar o particionamento e a replicação. A política de implementação também pode ser utilizada para influenciar o comportamento de disposição.

Exemplo: file://xml/SimpleDP.xml

-JMXConnectorPort <port>
Define a porta Secure Sockets Layer (SSL) à qual o serviço Java Management Extensions (JMX) se conecta.
-JMXServicePort <porta>

Especifica o número da porta na qual o servidor MBean recebe a comunicação com Java Management Extensions (JMX). A propriedade JMXServicePort especifica a porta não SSL para o JMX. Você deve usar um número da porta diferente para cada JVM na configuração. Se desejar usar JMX/RMI, especifique explicitamente JMXServicePort e o número da porta, mesmo se desejar usar o valor de porta padrão. Essa propriedade se aplica ao servidor de contêiner e ao serviço de catálogo. (Necessário somente para ambientes independentes.)

Padrão: 1099
-jvmArgs <argumentos JVM>
Especifica um conjunto de argumentos JVM. Cada opção após a opção -jvmArgs é usada para iniciar o servidor do Java virtual machine (JVM). Quando o parâmetro -jvmArgs é utilizado, certifique-se de que este seja o último argumento de script opcional especificado.

Exemplo:-jvmArgs -Xms256M -Xmx1G

-listenerHost <nome do host>

Especifica o nome do host ao qual o Object Request Broker (ORB) se conecta para comunicação com o Internet Inter-ORB Protocol (IIOP). O valor deve ser um nome de domínio ou endereço IP completo. Se sua configuração envolver diversas placas de rede, configure o host e a porta do listener para permitir que o Object Request Broker na JVM conheça o endereço IP para o qual se ligar. Se você não especificar qual endereço IP usar, sintomas tais como tempos limites de conexão, falhas de API incomuns e clientes que parecem ser interrompidos podem ocorrer.

Padrão: localhost
-listenerPort <porta>
Especifica o número da porta ao qual o Object Request Broker (ORB) se conecta. Esta configuração define que contêineres e clientes se comunicam com o serviço de catálogo por meio do ORB. No WebSphere Application Server, a listenerPort é herdada pela configuração de porta BOOTSTRAP_ADDRESS. Esta propriedade se aplica ao servidor de contêiner e ao serviço de catálogo.Padrão: 2809
-objectgridFile <ObjectGrid descriptor xml file>
Especifica o caminho para o arquivo descritor ObjectGrid. O arquivo XML ObjectGrid especifica quais servidores eXtreme Scale o contêiner hospeda.
-objectgridUrl <ObjectGrid descriptor url>
Especifica uma URL para o arquivo descritor ObjectGrid. O arquivo XML ObjectGrid especifica quais servidores eXtreme Scale o contêiner hospeda.
-script <arquivo de script>
Especifica o local de um script customizado para os comandos que você especifica para iniciar servidores de catálogo ou contêineres e depois parametriza ou edita conforme necessário.
-serverProps <arquivo de propriedades do servidor>
Especifica o caminho para o arquivo de propriedades do servidor.

Exemplo:../security/server.props

-timeout <segundos>
Especifica um número de segundos antes do servidor expirar.
-traceFile <arquivo de rastreio>

Especifica um nome de arquivo para gravar informações de rastreio. Essa propriedade se aplica ao servidor de contêiner e ao serviço de catálogo. Exemplo: ../logs/c4Trace.log

-traceSpec <especificação de rastreio>
Ativa o rastreio e a cadeia de especificação de rastreio para o servidor de contêiner. O rastreio é desativado por padrão. Essa propriedade se aplica ao servidor de contêiner e ao serviço de catálogo. Exemplos:
  • ObjectGrid=all=enabled
  • ObjectGrid*=all=enabled
-zone <nome da zona>
Especifica a zona a utilizar para todos os contêineres no servidor. Consulte o Roteamento para Zonas Preferenciais para obter mais informações sobre como configurar zonas.