---
sourceDocument: Capacidades da Now Platform da Yokohama
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/pt-BR/yokohama/servicenow-platform

 Release :

    - yokohama

ft:locale :

    - pt-BR

ft:publication_title :

    - Capacidades da Now Platform da Yokohama

ft:clusterId :

    - platcap

bundleId :

    - platcap

workflow :

    - Platform


---

# Separação de domínio do MID Server

# Separação de domínio do MID Server {#ariaid-title1}

* Versão de lançamento: Yokohama
* 
* Atualizado 30 de jan. de 2025
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 3 min. de leitura

Use a função de usuário do MID Server para configurar os MID Servers para acessar domínios separados. As credenciais no arquivo config.xml de um MID Server determinam quais domínios ele pode acessar. Registros de política de MID Server específicos podem ser restritos para uso somente por MID Server do mesmo domínio.  

|-|
|   |
[ ]

{#c_MIDServerDomainSeparation__table_qxn_nt4_nhb}

Os registros que podem ser lidos, atualizados ou criados por um MID Server são determinados pelas credenciais configuradas para esse Servidor MID no arquivo config.xml. Essas são as credenciais do usuário que um MID Server usa para acessar a instância e especificar quais registros de domínio o MID Server pode acessar.  
Você pode criar versões desses registros de política de MID Server que somente um MID Server do mesmo domínio pode usar. Esta separação de processo é compatível com registros em tabelas que estendem Arquivos Sincronizados do MID Server \[ecc_agent_sync_file\]:

* Arquivo MIB do MID Server \[ecc_agent_mib\]
* Arquivo JAR do MID Server \[ecc_agent_jar\]
* Arquivo de Script do MID Server \[ecc_agent_script_files\]
{#c_MIDServerDomainSeparation__ul_e25_j4x_tv}  
Nota:  
Anexos em registros de arquivo MIB ou JAR podem não ser exibidos como em um ambiente sem domínio separado. Os anexos não aparecem porque a tabela Anexos \[sys_attachment\] está separada por dados. Quando os dados são separados entre domínios, um registro em um domínio secundário não pode acessar registros em um domínio primário.

## Configurar separação de domínio para MID Servers {#ariaid-title2}

Configure a separação de domínio por meio da função de usuário do MID Server e do arquivo de configuração do MID Server.

### Antes de Iniciar

Função necessária: administrador, agent_admin

### Procedimento

1. [Configure um usuário do MID Server](https://servicenow-prod.fluidtopics.net/GEVKZHPzV05ZhNOU1C9ihQ#t_SetupMIDServerRole "Para se comunicar com a instância, os MID Servers precisam de um ID de usuário e a função apropriada. Crie o ID do usuário para um MID Server e conceda ao ID a função mid_server. Para evitar falha na validação do MID Server, o sistema executa regras de negócios para monitorar as configurações selecionadas para usuários do MID Server.") em um domínio especificado com a função mid_server apropriada.
2. Especifique este usuário no arquivo config.xml do MID Server.  
   Ao definir as [credenciais de usuário do MID Server](https://servicenow-prod.fluidtopics.net/zTGu7Gii3RvU_oDDE6hpzw#t_ConfigMIDSvrSvcCredentials "As credenciais de serviço do MID Server são necessárias para gerenciar o serviço do MID Server na máquina host, incluindo sua capacidade de upgrade automático com êxito.") no arquivo config.xml, verifique se elas estão no domínio apropriado.

### O que Fazer Depois

Se você precisar mudar o domínio do MID Server:

1. Pare o MID Server e exclua o registro ecc_agent.
2. Atualize o config.xml do MID Server com o novo usuário no novo domínio e reinicie o serviço MID Server.
{#t_SetUpDomainSeparationForDiscovery__ol_xvf_4qv_s1b}  
Se você precisar criar versões de arquivos específicos do MID Server que somente os MID Servers no seu domínio poderão usar:

1. Abra ou crie um registro em um destes módulos de MID Server:  
   * MIBs SNMP
   * Arquivos JAR
   * Arquivos de Script
   {#t_SetUpDomainSeparationForDiscovery__ul_fzb_krz_35}
2. Atualize uma política de domínio existente ou envie um novo registro.  
   Nota:  
   Anexos em registros de arquivo MIB ou JAR podem não ser exibidos como em um ambiente sem domínio separado. Os anexos não aparecem porque a tabela Anexos \[sys_attachment\] está separada por dados. Quando os dados são separados entre domínios, um registro em um domínio secundário não pode acessar registros em um domínio primário.
{#t_SetUpDomainSeparationForDiscovery__ol_zk4_qqv_s1b}

## Configurar MID Server de vários domínios {#ariaid-title3}

Você pode criar um MID Server no domínio global que pode explorar destinos em outros domínios.

### Antes de Iniciar

Antes de configurar MID Server de vários domínios:

* Ative o plug-in Domain Support - Domain Extensions Installer \[com.glide.domain.msp_extensions.installer\].
* Verifique se a instância tem [separação de domínio](https://www.servicenow.com/docs/access?context=c_DomainSeparation&version=yokohama&pubname=yokohama-platform-security&ft:locale=en-US).
{#configure-multi-domain-mid-server__ul_kjs_lh5_bbb}

Função necessária: administrador

### Procedimento

1. Digite sys_properties.list no filtro de navegação e pressione Enter.
2. Localize a propriedade glide.ecc.enable_multidomain_mid.
3. Defina o valor da propriedade como verdadeiro.  
   Nota:  
   Ativar esta propriedade não tem efeito nos MID Servers existentes. Os MID Servers em um domínio antes de definir esta propriedade, permanecem nesse domínio.
4. Crie um MID Server no domínio global.  
   Um MID Server criado no domínio global após esta propriedade ser definida como verdadeira pode explorar qualquer domínio para o qual ele tenha as credenciais. No entanto, este MID Server está restrito a testar somente as credenciais dos domínios de destino solicitados pelas entradas da Fila do ECC.  
   Aviso:  
   Se você redefinir a propriedade glide.ecc.enable_multidomain_mid como falsa depois de criar um MID Server de vários domínios no domínio global, esse MID Server gravará todos os dados recebidos no domínio global e não nos domínios corretos.