--- 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 --- # Upgrades do MID Server # Upgrades 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) 13 min. de leitura Faça upgrade dos MID Servers manualmente ou automaticamente na instância. O upgrade automático do MID Server é acionadao quando a instância é atualizada e o MID Server não tem mais a mesma versão. O novo pacote do MID Server é baixado em install.service-now.com, substitui o anterior e o MID Server é iniciado com a nova versão. Aviso: O MID Server não pode ser atualizado automaticamente em um host do Windows se o serviço de Experiência do Aplicativo do Windows estiver desligado. Para obter informações sobre o erro exibido e instruções para reativar esse serviço, consulte [KB0597552](https://support.servicenow.com/kb_view.do?sysparm_article=KB0597552#appex). ## Requisitos de upgrade do MID Server {#c_UpgradeAndTestMIDServer__section_u3z_xdf_1qb} Acesso ao site de download do MID Server : O computador host do MID Server deve ter acesso ao site de download da ServiceNow em install.service-now.com para fazer upgrade automaticamente. Se houver um ambiente ServiceNow auto-hospedado que bloqueie o acesso ao site de download, vai ser necessário importar manualmente o pacote do instalador do MID Server para os hosts do MID Server. Para obter instruções, consulte [KB0760123](https://support.servicenow.com/kb_view.do?sysparm_article=KB0760123) na base de conhecimento auto-hospedada. Acesso do MID Server ao OCSP bloqueado : As configurações de firewall e proxy podem bloquear chamadas para os servidores OCSP Entrust e DigiCert, o que impede o funcionamento do MID Server. Pode ser necessário mudar as permissões do firewall para que o tráfego do OCSP passe. Para obter mais informações e resoluções, consulte o artigo da Base de Conhecimento HI [\[KB1216223\]](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1216223). Compatibilidade do sistema operacional com o MID Server : Não há suporte para o upgrade de MID Servers no Windows ou Linux com sistemas operacionais de 32 bits. Para obter mais informações, veja [\[KB0863694\]](https://support.servicenow.com/nav_to.do?uri=/kb?id=kb_article_view&sysparm_article=KB0863694). O MID Server não pode ser atualizado em um host do Windows se o serviço de Experiência do Aplicativo do Windows estiver desligado. Para obter informações sobre o erro exibido e instruções para reativar esse serviço, consulte [KB0597552](https://support.servicenow.com/kb_view.do?sysparm_article=KB0597552#appex&_ga=2.137899701.402632408.1615226320-1555493315.1610383440). O upgrade do MID Server é bloqueado por alguns antivírus em execução nos hosts do Windows. Para obter informações sobre os erros e a lista desses antivírus consulte [KB0870329](https://support.servicenow.com/nav_to.do?uri=/kb?id=kb_article_view&sysparm_article=KB0870329). Qualquer upgrade do MID Server no Linux cujo serviço esteja instalado no sistema Madrid ou inferior precisa reinstalar o serviço após o upgrade. Se você não tiver reinstalado manualmente o serviço em atualizações anteriores e se o serviço do MID Server ainda estiver instalado no sistema Madrid ou em versões inferiores, o MID Server reinstalará o serviço automaticamente durante o upgrade. Para reinstalar o serviço, o MID Server precisa ser executado como um usuário administrador. Caso seu upgrade do MID Server precise reinstalar o serviço, certifique-se de que o usuário do MID Server seja administrador ou reinstale manualmente o serviço antes da atualização. Para mais informações sobre como reinstalar o serviço manualmente, consulte [KB0821436](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0821436). ## Quando o MID Server precisa de um upgrade {#c_UpgradeAndTestMIDServer__section_o1l_n2f_1qb} Todo MID Server que tenha uma versão diferente da versão da instância precisa ser atualizado. As duas propriedades do sistema abaixo controlam a versão de todos os MID Servers: * mid.buildstamp: identifica a versão do MID Server com um identificador baseado na data da compilação. Essa propriedade usa o formato mm-dd-aaaa-hhmm. O MID Server verifica as informações de versão de hora em hora. Se nenhuma versão de substituição estiver configurada, o MID Server examinará a propriedade mid.buildstamp da versão a ser usada. Essa propriedade é redefinida para a versão padrão (aquela que corresponde à versão da sua instância) quando a instância é reiniciada ou atualizada. Portanto, todas as mudanças do usuário são perdidas nesse momento. O sistema anexa o nome da versão e as informações do patch ao formato de data e hora. Aviso: Essa propriedade não fica visível por padrão e não deve ser configurada. * mid.version.override: define uma condição de substituição para a versão atual de todos os MID Servers em seu ambiente. Essa ação fixa os MID Servers em uma única versão e desativa o recurso de upgrade automático. Essa propriedade não fica visível no sistema de base e deve ser adicionada à tabela Propriedade do sistema \[sys_properties\] quando for definida. Para obter detalhes, consulte [Como adicionar uma propriedade do sistema](https://www.servicenow.com/docs/access?context=t_AddAPropertyUsingSysPropsList&version=yokohama&pubname=yokohama-platform-administration&ft:locale=en-US). {#c_UpgradeAndTestMIDServer__ul_pdt_r2f_1qb} Quando os MID Servers verificam a versão a cada hora, eles examinam a propriedade mid.version.override primeiro. Se essa propriedade estiver vazia, os MID Servers obterão as informações de versão na propriedade mid.buildstamp. Se uma versão de substituição estiver configurada, os MID Servers usarão esse valor e ignorarão as informações de versão na propriedade mid.buildstamp. Esse valor de substituição permanece quando a instância é reiniciada e transmitida para os MID Servers. O valor na propriedade mid.version.override é apagado durante um upgrade, o que força o MID Server a se redefinir para a versão presente na propriedade mid.buildstamp. Além de mid.version.override, a versão do MID Server também pode ser controlada com o parâmetro de configuração mid.pinned.version, que fixa o MID Server a uma versão específica. Para fixar um MID Server, defina o parâmetro mid.pinned.version com o nome da versão disponível no arquivo config.xml de cada MID Server. Use o formato \-mm-dd-aaaa. Essa configuração substitui a configuração de propriedade da versão fixada do MID Server. Para obter instruções, consulte [Como adicionar um parâmetro do MID Server](https://servicenow-prod.fluidtopics.net/nSaknvKeRa9XhXRmP_NMNQ#mid-server-parameters "Os parâmetros controlam o comportamento de um MID Server específico e têm precedência inferior às propriedades do MID Server."). O valor definido nesse parâmetro não é afetado por um upgrade. Aviso: O uso de mid.version.override e mid.pinned.version não é recomendado. As diferentes versões no MID Server e na instância podem causar problemas de indisponibilidade no MID Server. ## Métodos de upgrade Automático : O upgrade automático pode ser acionado pela instância ou pelo próprio MID Server. Essa funcionalidade está disponível por padrão. O upgrade automático ocorre: * Quando a instância é atualizada e o MID Server para essa versão é diferente da versão atual do MID Server. A instância envia o comando do sistema autoUpgradepara os MID Servers conectados. * A cada hora, o MID Server verifica com a instância se há uma versão diferente disponível para upgrade. Não é possível modificar esse período. {#c_UpgradeAndTestMIDServer__ul_gyx_3ff_1qb} Manual : Inicie manualmente o upgrade clicando em um link relacionado no registro do MID Server. Use esse método quando você não quiser esperar até a próxima atualização automática realizada a cada hora ou se o upgrade falhar e você quiser forçar uma atualização. Consulte [Upgrade manual do MID Server](https://servicenow-prod.fluidtopics.net/Qi3g1d38Hu5DgGlS8tSERg "Você pode fazer upgrade manualmente dos MID Servers a qualquer momento se não quiser esperar o upgrade automático.") para obter instruções. ## Processo de upgrade {#c_UpgradeAndTestMIDServer__section_tl1_prm_1qb} 1. Verificação pré-upgrade: antes de iniciar o processo de upgrade do MID Server, esse servidor executa um conjunto de testes para garantir que a máquina host atenda aos requisitos mínimos. Todos os erros encontrados durante esse teste automático impedem o upgrade até que os problemas sejam resolvidos. O teste de pré-upgrade é ativado por padrão, mas pode ser desativado adicionando e definindo uma propriedade do sistema. Para obter mais informações, consulte [Verificação de pré-upgrade do MID Server](https://servicenow-prod.fluidtopics.net/jMQeIMsRkponlTU~HeQbcw "Antes de um upgrade, o MID Server realiza testes para identificar problemas que podem fazer com que o processo de upgrade falhe ou resulte em uma indisponibilidade do MID Server."). 2. Download dos pacotes: o MID Server baixa os pacotes de upgrade em install.service-now.com. Esses pacotes estão no formato zip e são baixados para a pasta do agente na pasta package/incoming. 3. Verificação de assinatura digital Depois de baixar cada pacote, o MID Server verifica a assinatura digital dele. Ele lança uma exceção se a verificação falha. O erro é registrado no log do agente e na tabela de problemas do MID Server. Se os pacotes forem baixados e substituídos manualmente, você poderá verificar a assinatura de forma manual. Para verificar manualmente a assinatura de um pacote de instalação ou upgrade, use a ferramenta jarsigner, que está disponível gratuitamente com o JDK. Este é o comando jarsigner para iniciar a verificação: `Jarsigner -verify -verbose -certs -strict ` A saída deve ser semelhante ao exemplo a seguir: - Signed by "CN=ServiceNow Inc., O=ServiceNow Inc., L=Santa Clara, ST=California, C=US" Digest algorithm: SHA-256 Signature algorithm: SHA256withRSA, 2048-bit key Timestamped by "CN=Symantec SHA256 TimeStamping Signer - G3, OU=Symantec Trust Network, O=Symantec Corporation, C=US" on Tue Nov 05 19:55:37 UTC 2019 Timestamp digest algorithm: SHA-256 Timestamp signature algorithm: SHA256withRSA, 2048-bit key jar verified. The signer certificate will expire on 2021-08-09. The timestamp will expire on 2029-03-22. 4. Extração de arquivos zip: depois de baixar todos os pacotes necessários, o MID Server extrai os arquivos zip. * Antes de Rome: os arquivos zip são extraídos para uma pasta temporária definida pelo sistema operacional. O nome da pasta é um número gerado aleatoriamente. A pasta temporária do sistema operacional é especificada pela propriedade do sistema java.io.tmpdir. Em um host UNIX, o valor dessa propriedade normalmente é /tmp ou /var/tmp. * De Rome em diante: o MID Server evita o uso de pastas temporárias definidas pelo sistema operacional durante o upgrade do MID Server. Os arquivos zip são extraídos para uma pasta em work/upgrade_temp na pasta do agente. O formato do nome da pasta é um número gerado aleatoriamente. Se você quiser alternar para o comportamento anterior e usar uma pasta temporária definida pelo sistema operacional, poderá adicionar mid.upgrade.use_os_temp_folder ao arquivo config.xml do MID Server e defini-lo como true. Para mudar o comportamento de todos os MID Servers, adicione-o à propriedade \[ecc_agent_property\] do MID Server, deixando o campo MID Server em branco. {#c_UpgradeAndTestMIDServer__ul_ll5_msm_1qb} Nota: Se você estiver usando o [KB0747569](https://support.servicenow.com/nav_to.do?uri=/kb?id=kb_article_view&sysparm_article=KB0747569) para mudar o java.io.tmpdir e quiser mantê-lo para atualizações futuras de Rome, configure mid.upgrade.use_os_temp_folder como true após a atualização para Rome. Se mid.upgrade.use_os_temp_folder não for configurado como verdadeiro, o java.io.tmpdir não será aplicado durante a atualização do MID Server e a pasta em agent\\work\\upgrade_temp será usada. 5. Substituição dos pacotes antigos pelos pacotes com upgrade: depois de baixar e extrair os pacotes de upgrade, o MID Server substitui os arquivos antigos pelos novos e inicia com a nova versão. Para substituir os pacotes, o MID Server inicia um processo chamado Upgrade de distribuição da plataforma ServiceNow e é encerrado. O Upgrade de distribuição da plataforma ServiceNow espera o MID Server ser encerrado corretamente e substitui os arquivos obrigatórios da seguinte forma: * Antes do Rome: o processo exclui todos os arquivos e pastas localizados nas pastas bin, lib e jre e copia os novos arquivos para essas pastas. * De Rome em diante: o processo substitui os arquivos nas pastas bin, lib e jre somente se a nova versão do arquivo for diferente da versão antiga. O Upgrade de distribuição da plataforma ServiceNow não apaga os arquivos de atualização e os arquivos inalterados são mantidos. {#c_UpgradeAndTestMIDServer__ul_kwc_htm_1qb}Se o serviço de reinstalação for necessário como parte da atualização do MID Server, o Upgrade de distribuição da plataforma ServiceNow reinstalará o serviço antes de iniciar o MID Server. Para obter mais informações, consulte [KB0821436](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0821436). Nota: Se o upgrade do MID Server falhar nesta etapa, o MID Server permanecerá inativo. Alguns antivírus bloqueiam a substituição do arquivo nessa etapa. Para obter mais informações, consulte [KB0870329](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0870329). 6. Inicialização do MID Server: depois de substituir todos os arquivos obrigatórios pela nova versão, o Upgrade de distribuição da plataforma ServiceNow inicia o MID Server. Quando o MID Server vem com a nova versão, ele apaga todas as pastas temporárias usadas para extrair os arquivos de upgrade. {#c_UpgradeAndTestMIDServer__ol_jzk_hsm_1qb} ## Upgrade de mensagens de log {#c_UpgradeAndTestMIDServer__section_b2s_xtm_1qb} As mensagens de log do MID Server estão disponíveis nos seguintes arquivos de log: * As mensagens de log de verificação de pré-upgrade estão disponíveis no arquivo agent.log localizado na pasta agent/logs. A mensagem Executando testes de validação de pré-upgrade. indica que a verificação de pré-atualização foi iniciada. Se todos os testes obrigatórios forem aprovados, a mensagem Testes de validação de pré-upgrade bem-sucedidos. Continuando com o processo de upgrade. indica o fim da verificação de pré-upgrade. * Mensagens de log para baixar arquivos ausentes também estão disponíveis em agent.log. Cada download de pacote começa com a mensagem Baixando pacote em PACKAGENAME.ZIP em https://install.service-now.com/ PACKAGEINFO. O andamento do download e o tamanho do arquivo baixado são monitorados no log. Depois de baixar todos os pacotes, a mensagem O pacote foi baixado com êxito em https://install.service-now.com/ PACKAGEINFO indica que o download foi bem-sucedido. * A extração dos arquivos zip é a última etapa disponível em agent.log. A mensagem Atualizando o MID Server indica o início dessa etapa, e a mensagem Extraindo pacote PACKAGE.ZIP para EXTRACT_TMP_FOLDER é mostrada para cada extração de pacote. Quando todos os arquivos zip obrigatórios forem extraídos com sucesso, o servidor MID iniciará o processo de Upgrade de distribuição da plataforma ServiceNow e a mensagem Parando o MID Server. Inicializar o upgrade mostra o fim dessa etapa antes da desativação do MID Server. {#c_UpgradeAndTestMIDServer__ul_c2f_ztm_1qb} Os logs de upgrade de distribuição da plataforma ServiceNow incluem mensagens de log para a inicialização do processo e para a substituição de arquivos durante a atualização do MID Server. As mensagens de log de upgrade são colocadas entre as mensagens \*\*\*\*\*\*\*\*\*\*\* UPGRADE MAIN LOGIN START \*\*\*\*\*\*\*\*\*\*\* e \*\*\*\*\*\*\*\*\*\*\* UPGRADE MAIN LOGIN END \*\*\*\*\*\*\*\*\*\*\*. As mensagens de log da upgrade de distribuição da plataforma ServiceNow podem ser encontradas nos seguintes arquivos de log: * No arquivo glide-dist-upgrade.log da pasta de extração temporária. Esse arquivo está disponível na pasta upgrade-wrapper/logs na pasta de extração temporária. Ele inclui mensagens de log de processo e mensagens de log de upgrade. * No arquivo dist-upgrade.log da pasta agent\\logs. Esse arquivo inclui somente a parte de upgrade das mensagens de log. Se houver algum problema na inicialização do processo, você precisará consultar glide-dist-upgrade.log. * Em wrapper.log da pasta agent\\logs. Depois de substituir os arquivos, a Atualização de distribuição da plataforma ServiceNow anexa o glide-dist-upgrade.log ao arquivo wrapper.log. {#c_UpgradeAndTestMIDServer__ul_z1h_k5m_1qb} ## Atualize a configuração do wrapper com upgrade-wrapper-override.conf {#c_UpgradeAndTestMIDServer__section_bvp_ybl_fzb} A configuração do wrapper do glide-dist-upgrade pode ser atualizada usando um arquivo upgrade-wrapper-override.conf. Crie um arquivo chamado upgrade-wrapper-override.conf na pasta agent/conf. Todas as configurações no upgrade-wrapper-override.conf são usadas durante o processo de upgrade. Ao modificar a configuração com upgrade-wrapper-override.conf, os logs de depuração podem ser habilitados no nível do wrapper dist-upgrade e as mudanças podem ser testadas. Por exemplo, o tempo limite padrão pode não ser longo o suficiente para determinados comandos de nível de JVM. O tempo limite pode ser aumentado com upgrade-wrapper-override.conf para a configuração do wrapper dist-upgrade. ## Estados do MID Server {#c_UpgradeAndTestMIDServer__section_t1p_jc4_1qb} Atualizando : O status do MID Server é alterado para Atualizando durante a execução do upgrade. O estado Atualizando é semelhante ao estado [Pausado](https://servicenow-prod.fluidtopics.net/9ldNuLtcBI7zT~e8R1qbhg#t_PauseTheMIDServer "Pause o MID Server para impedir temporariamente que ele consulte a Fila do ECC para trabalho ou envie os resultados da Descoberta de volta para a instância."). Isso evita possíveis falhas de comunicação entre a nova versão da instância e a versão anterior do MID Server durante o upgrade. Enquanto o MID Server estiver no estado Atualizando, você não poderá retomá-lo ou reiniciá-lo. No entanto, você pode realizar as mesmas ações permitidas quando o MID Server está no estado Pausado. Nota: Se você estiver usando uma instância de Istanbul, mas estiver fazendo o upgrade um MID Server anterior para a versão Istanbul, esses estados de upgrade não ficarão disponíveis. Eles só ficam disponíveis para MID Servers que já estejam na versão Istanbul. Falha no upgrade : Se o upgrade falhar na etapa de verificação de pré-atualização ou na etapa de download/extração de pacotes, as atualizações com falha serão tratadas de forma diferente com base na versão que você está atualizando. * Upgrade para outra versão principal (como Istanbul para a próxima versão completa): o status muda para Falha na atualização. * Upgrade de uma versão secundária em um lançamento (como do patch 1 de Jakarta para o patch 2): o MID Server continua usando a versão em execução no momento. Ele não executa o upgrade e o status muda para Ativo, supondo que o MID Server já esteja funcionando corretamente. * Se o upgrade falhar na última etapa, substituindo a versão antiga dos pacotes pela nova versão, o MID Server permanecerá Inativo. {#c_UpgradeAndTestMIDServer__ul_k4q_rc4_1qb} ## Histórico de upgrades do MID Server {#c_UpgradeAndTestMIDServer__section_xml_lly_qhb} Use o módulo Histórico de upgrade do MID Server para solucionar problemas com atualizações do MID Server. O módulo contém um registro de cada upgrade de instância. Esses registros fornecem detalhes do status passo a passo para cada processo de upgrade do MID Server. Se ocorrer um erro, ele será anotado na etapa, e uma mensagem será gerada dinamicamente com mais detalhes. O trabalho de limpeza da tabela exclui automaticamente problemas que não foram detectados por 30 dias, independentemente do estado deles. Para obter mais informações, consulte [Histórico de upgrade do MID Server](https://servicenow-prod.fluidtopics.net/5CarXIYdMrGcMshEqOCtXg "Use este módulo para solucionar erros que ocorrem durante o processo de upgrade do MID Server. A tabela Históricos de upgrades do MID Server contém um registro de cada atualização de instância. A tabela Fases de upgrade do MID Server mostra o status de cada MID Server e seu andamento de upgrade, incluindo todos os erros encontrados."). ## Migração do certificado JRE TrustStore durante atualizações do JRE {#c_UpgradeAndTestMIDServer__section_nc5_cs5_4nb} Para atualizações do JRE após o upgrade para Quebec, o MID Server migra os certificados autoassinados existentes no JRE TrustStore para o TrustStore da nova versão do JRE. Quando esses certificados são migrados, os aliases deles são anexados com a cadeia de caracteres "snc_". Para que um certificado seja migrado, ele deve: * ser um certificado x509 * ser um certificado padrão v3 * ter a extensão de restrição básica definida como false (ou seja, não deve ser emitida por uma CA) {#c_UpgradeAndTestMIDServer__ul_wb3_fs5_4nb} O MID Server identifica quando um upgrade do JRE está prestes a ocorrer e inicia o processo de migração. Antes da migração, o MID Server cria um backup do TrustStore original como fallback em caso de falha. Se houver uma falha, o TrustStore de backup poderá ser restaurado manualmente. * **[Verificação de pré-upgrade do MID Server](https://servicenow-prod.fluidtopics.net/jMQeIMsRkponlTU~HeQbcw)** Antes de um upgrade, o MID Server realiza testes para identificar problemas que podem fazer com que o processo de upgrade falhe ou resulte em uma indisponibilidade do MID Server. * **[Fixação de um MID Server em uma versão específica](https://servicenow-prod.fluidtopics.net/FqvqmkkkzkBFyse7r9KrcA)** Você pode fixar todos os MID Servers do seu ambiente em uma versão específica definindo uma propriedade do sistema, ou você pode configurar versões específicas para MID Servers específicos. * **[Upgrade manual do MID Server](https://servicenow-prod.fluidtopics.net/Qi3g1d38Hu5DgGlS8tSERg)** Você pode fazer upgrade manualmente dos MID Servers a qualquer momento se não quiser esperar o upgrade automático. **Conceitos relacionados** * [Painel do MID Server](https://servicenow-prod.fluidtopics.net/ZOHsvLzezqqSyUpvO~5AvQ "O painel do MID Server é um local central para os usuários do MID Server monitorarem as operações em andamento. O painel consiste em relatórios e medidores que exibem informações da tabela Status do MID Server.") * [Limpador de arquivos do MID Server](https://servicenow-prod.fluidtopics.net/zf62psmxIzOyFPvztD72eA "Um thread de monitor é executado no MID Server para limpar arquivos antigos, manter o tamanho e a quantidade de arquivos na pasta de instalação gerenciáveis e evitar problemas de desempenho com os MID Servers.") * [Comandos privilegiados do MID Server](https://servicenow-prod.fluidtopics.net/KQ4DPDKT~xMh2F9Sv7PJ_w#c_PrivilegedCommandsForMIDServer "Para descobrir determinadas informações em um servidor host, o MID Server deve executar comandos SSH com privilégios mais altos. A plataforma fornece comandos privilegiados padrão para o MID Server usar e a capacidade de adicionar comandos adicionais ao sistema.") **Tarefas relacionadas** * [Iniciar, parar e reiniciar manualmente um MID Server](https://servicenow-prod.fluidtopics.net/N~dCfUx7NfdeYDhLV326Cg "Se você não iniciou o MID Server no final do procedimento de instalação, poderá iniciar manualmente o MID Server.") * [Definir o tamanho da memória JVM do MID Server](https://servicenow-prod.fluidtopics.net/~0hGrLvlHEy3uILVnsAiPA "O MID Server inicia com uma alocação de memória JVM padrão, mas você pode modificar esta configuração no arquivo de configuração.") * [Pausa o MID Server](https://servicenow-prod.fluidtopics.net/9ldNuLtcBI7zT~e8R1qbhg#t_PauseTheMIDServer "Pause o MID Server para impedir temporariamente que ele consulte a Fila do ECC para trabalho ou envie os resultados da Descoberta de volta para a instância.") **Referência relacionada** * [Requisitos do sistema do MID Server](https://servicenow-prod.fluidtopics.net/NXzOqUZMfKAor4chulECSQ "Use estes requisitos mínimos de sistema para alocar recursos para hospedagem de computadoresMID Servers.") * [Resolver problemas do MID Server](https://servicenow-prod.fluidtopics.net/yZ7fWlehaTmwDg~mA9VrtA "Solucione problemas com o MID Server para encontrar soluções. Monitore o MID Server para receber alertas sobre problemas à medida que eles ocorrem. Existem procedimentos de solução de problemas para resolver problemas específicos com o MID Server. A base de conhecimento do Hi contém vários artigos para ajudá-lo a solucionar problemas do MID Server.") * [Propriedades do MID Server](https://servicenow-prod.fluidtopics.net/vcqAscy_gDX5fVfG3rBq2g#r_MIDServerProperties "As propriedades controlam o comportamento de todos os MID Servers ou de um determinado MID Server.") * [Parâmetros do MID Server](https://servicenow-prod.fluidtopics.net/nSaknvKeRa9XhXRmP_NMNQ#mid-server-parameters "Os parâmetros controlam o comportamento de um MID Server específico e têm precedência inferior às propriedades do MID Server.") * [Configurações e prioridade do Parâmetro de Configuração do MID Server](https://servicenow-prod.fluidtopics.net/EtHdwgJeTrblwcOqmO3s_A "As configurações do MID Server residem em várias tabelas e o MID Server as prioriza em uma ordem definida. O MIDConfigParameter deve ser definido com os construtores de estilo de tipo corretos.") * [Registros protegidos do MID Server e caracteres reservados](https://servicenow-prod.fluidtopics.net/QuxGnTWumvz8QpoqEZLlQQ "Alguns registros do MID Server não podem ser alterados. Certos caracteres especiais são predefinidos em XML e não podem ser usados em senhas.") * [Métodos do MIDSystem](https://servicenow-prod.fluidtopics.net/QD79Oz_Gh5895LJPdl~LCg "As variáveis do MIDSystem (chamadas pelo nome de variável ms.) Fornecem uma variedade de métodos para obter informações sobre o MID Server.") * [Pulsação do MID Server](https://servicenow-prod.fluidtopics.net/PubLvKi0csDmTTTQ9S7nIg "A instância verifica o MID Server para obter uma resposta a cada 5 minutos, usando um sistema de monitoramento de transação sintética.")