Definições de Domínio de Replicação Multi-intermediário
Utilize esta página para configurar um domínio de replicação multi-intermediário. Essa página do console administrativo aplica-se apenas a domínios de replicação que foram criados com uma versão anterior do produto. Os domínios de replicação utilizam o DRS (Data Replication Service).
Para visualizar essa página do console administrativo, clique em
.Um servidor de aplicativos conectado a um replicador em um domínio pode acessar o mesmo conjunto de dados enviado por qualquer servidor de aplicativos conectado a qualquer outro replicador, inclusive o mesmo replicador. Os dados não são compartilhados pelos domínios de replicação.
Nome de ausente
Especifica um nome para o domínio de replicação. O nome deve ser exclusivo dentro da célula.
Tempo Limite do Pedido
Especifica quantos segundos um consumidor de domínio de replicação aguarda ao solicitar informações de outro consumidor de domínio de replicação antes de ele desistir e assumir que as informações não existem. O padrão é 5 segundos.
Informações | Valor |
---|---|
Tipo de D]ados | Número Inteiro |
Unidades | Segundos |
Default | 5 |
Tamanho da Partição DRS
Especifica o número de grupos nos quais um domínio de réplica será particionado. Por padrão, os dados enviados por um processo do servidor de aplicativos a um domínio de replicação são transferidos para todos os outros processos do servidor de aplicativos conectados a esse domínio de replicação. Para filtrar ou reduzir o número de destinos para os dados que estão sendo enviados, particione o domínio de réplica. Deve haver pelo menos um servidor atendendo cada partição. Se não houver servidores atendendo em uma partição, todas as réplicas criadas nessa partição serão perdidas, porque não existe servidor para armazenar os objetos em cache. O tamanho da partição padrão é 10 e o tamanho da partição deve ser 10 ou mais para melhorar o desempenho.
O particionamento do domínio de replicação será aplicável apenas se você estiver replicando dados para suportar a recuperação de uma sessão HTTP se o processo que mantém a sessão HTTP falhar. O particionamento não é suportado para compartilhar dados em cache que são mantidos por armazenamento em cache dinâmico do contêiner da Web. Em relação ao armazenamento em cache dinâmico, todas as partições ou grupos estão sempre ativos e são utilizados para replicação de dados.
Quando você particiona um domínio de réplica, define o número total de grupos ou partições. Utilize essa definição para definir o número de grupos. Em seguida, quando você configura um gerenciador de sessões específico em um contêiner da Web ou como parte de um aplicativo corporativo ou módulo da Web, selecione a partição em que essa instância do gerenciador de sessões atende e da qual ele aceita dados. Para especificar os grupos nos quais um servidor de aplicativos atende, altere as configurações dos servidores afetados em uma página do gerenciador de sessão. Além disso, é possível definir uma função ou modo de tempo de execução para um servidor. Essa função ou modo afeta se um processo do servidor de aplicativos envia dados para o domínio de replicação, recebe dados ou ambos. O padrão é receber e enviar dados.
Informações | Valor |
---|---|
Tipo de D]ados | Número Inteiro |
Default | 10 |
Réplica Única
Especifica que é gerada uma única replicação de dados. Utilize esta opção apenas se estiver utilizando um gerenciador de sessões com replicação de memória para memória. Ative esta opção se estiver replicando dados para suportar a recuperação de uma sessão HTTP se o processo que mantém a sessão HTTP falhar. Essa opção limita o destinatário dos dados a uma única instância.

Informações | Valor |
---|---|
Default | falso(a) |
Método de Serialização
Especifica o método de serialização de objetos a utilizar na réplica de dados. Um interesse administrativo com replicação de objetos do Java™ está localizando a definição de classe, especialmente em um ambiente do Java Platform, Enterprise Edition (Java EE), em que as definições de classe podem existir apenas em determinados módulos da Web ou aplicativos corporativos. Os métodos de serialização de objetos definem se os processos que recebem dados também precisam da definição de classe.
As opções para esta definição são OBJECT e BYTES. O padrão é BYTES.
OBJECT instrui um replicador a gravar o objeto diretamente no fluxo. Com OBJECT, um replicador deve instanciar o objeto no lado de recebimento para que ele tenha a definição de classe.
BYTES instrui um replicador para dividir o objeto em bytes e, em seguida, enviar os bytes pelo fluxo. Com BYTES, um replicador não precisa instanciar o objeto no lado de recepção. A opção BYTES é útil para failover, em que os dados não são utilizados no lado de recebimento e as definições de classe não precisam ser armazenadas no lado de recebimento. Ou então, a opção requer que você mova definições de classe do caminho da classe do aplicativo da Web para o caminho da classe do sistema.
Tamanho do Pool DRS
Especifica o tamanho do conjunto de recursos alocados para a comunicação com seu transporte JMS (Java Message Service). Você deve configurar este número para que seja igual ao tamanho da partição DRS. O padrão é 10.
Agrupar recursos de replicação pode melhorar o desempenho do serviço interno de replicação de dados.
Conexões do Conjunto de DRS
Especifica que o serviço de replicação de domínio deve criar um conjunto de conexões com seu transporte JMS (Java Message Service) em vez de reutilizar uma única conexão. É possível agrupar conexões ao utilizar uma única réplica ou um ambiente do servidor cliente. Não é necessário agrupar conexões em um período para um ambiente de período.
O padrão é não criar um conjunto de conexões para replicação.