--- sourceDocument: Australia ServiceNow AI Platform Capabilities sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/de-DE/servicenow-platform Release : - australia ft:locale : - de-DE ft:publication_title : - Australia ServiceNow AI Platform Capabilities ft:clusterId : - platcap bundleId : - platcap workflow : - Platform --- # Configuring MID Servers # Configuring MID Servers {#ariaid-title1} * Freigeben Version: Australia * * Aktualisiert 12. März 2026 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 4 Minuten Lesedauer After installing and validating your MID Servers, ensure that they have access to sufficient system resources, probe the proper targets, and communicate with the instance as expected. Configure MID Server selection criteria, create clusters for failover protection, and set up MID Servers in different domains to protect data. |-| | | [ ] {#c_MIDServerConfiguration__table_qf5_z54_nhb} Some of these configuration procedures rely on data found in the MID Server [references home page](https://servicenow-prod.fluidtopics.net/pyqrnlmsQqMO_fGTYHBKLQ "MID Server reference information includes system requirements and other information you need to configure a MID Server for your specific needs."). See that page for links to the parameters, properties, and privileged commands you need to fine tune the behavior of your MID Servers. You can apply controls to individual MID Servers or to all the MID Servers in your environment. Remember to restart the MID Server after any configuration change for those changes to take effect. ## MID Server selection {#c_MIDServerConfiguration__section_ipf_fxz_hhb} MID Servers are selected for use based on three criteria: applications, IP address or range, and capabilities. You can designate specific applications for a given MID Server, such as Discovery or Orchestration. You can specify an IP address or a range that a MID Server is allowed to work within. Some applications require specific capabilities, and so are restricted to MID Servers with those capabilities. [MID Server selection](https://servicenow-prod.fluidtopics.net/mrx4cQ9hAtMgiweuFR2raw "You can configure MID Server selection by application, IP address ranges, network capability, or behavior. Specific MID Servers can be assigned to particular tasks, or the MID Server can be selected automatically. MID Servers can use domain separation to limit the scope of discoveries and event management.") : Configure the way your instance selects a MID Server, either by application, IP address ranges, network capability, or behavior. [MID Server capabilities](https://servicenow-prod.fluidtopics.net/Ixqp8gLvT6tnD2ksANEvaQ "MID Server capabilities define the specific functions of a MID Server within an IP address range.") : Create capabilities that define the specific functions of a MID Server within an IP address range. [MID Server IP range auto-assignment](https://servicenow-prod.fluidtopics.net/3R0w0HgydzjLMISPrg_88w#mid-servers-auto-assignment "Discovery Quick Start can automatically assign ranges of IP addresses, called subnets, to qualified MID Servers. This subnet auto-assignment requires SNMP credentials for read-only access to routers Discovery uses. The Automation Status Set form shows summary details of subnet Discoveries and the IP range assignments for associated MID Servers.") : Configure the system to automatically assign a qualified MID Server to a subnet by that subnet's IP address range. [Map an IP address to a DNS name](https://servicenow-prod.fluidtopics.net/F89tvFhDLOBw3JlBIH8FIA "Associate the IP address to a DNS name to ensure the appropriate MID Server is selected. The IP Address range configuration determines which MID Server is selected. If the MID Server manages resources within defined IP ranges, all host servers must have their DNS names mapped to an IP address.") : Map host server DNS names to IP addresses if your MID Server manages resources within defined IP ranges. [Configure MID Server as WinRM trusted host](https://servicenow-prod.fluidtopics.net/WDezty3k02DnYPkSOa2eQg "In environments using Windows Remote Management (WinRM), Discovery or Service Mapping can discover servers using the WinRM protocol. Add servers, which are part of WinRM, as trusted hosts on all MID Servers that Discovery or Service Mapping use for discovery.") : Add servers, which are part of WinRM, as trusted hosts on all MID Servers that Discovery or Service Mapping use for discovery. [File permission enforcement for Windows MID Servers](https://servicenow-prod.fluidtopics.net/nt12d40o332gEEEweXMu4w "To improve security, Windows MID Servers enforce Windows file permission restrictions. The enforcement limits access to the MID Server files to a restricted allow list of users and groups.") : To improve security, Windows MID Servers will enforce Windows file permission restrictions. This will prevent compromised accounts from accessing unauthorized files by restricting their permissions to the minimum necessary for their role. ## MID Server clusters {#c_MIDServerConfiguration__section_pxx_hdv_3gb} MID Server clusters are groups of MID Servers which provide support to each other in the forms of load balancing and fail-over protection. Work sent to a MID Server that is part of a cluster is automatically balanced between all the MID Servers in that cluster. MID Servers in a fail-over cluster each have a configured order that the platform uses to determine which MID Server to use next in case of failure. [Create a MID Server cluster](https://servicenow-prod.fluidtopics.net/Mv0Iq4vF6yL2fau~2BAK9Q#mid-server-clusters "MID Server clusters enable multiple MID Servers with the appropriate capabilities to be grouped together for load balancing and fail-over protection.") : Create a MID Server cluster for load balancing and fail-over protection. [Set thread use](https://servicenow-prod.fluidtopics.net/ptcKRw8McyzYO8lpq1Vafg "Change the number of threads used by the MID Server according to performance requirements. MID Servers which compete with other programs for CPU time can use fewer threads than the default. MID Servers which need more speed, and have a host computer powerful enough, can use more threads.") : Set the number of threads your MID Server uses for the desired MID Server speed, based on hardware capabilities and competing applications running on the host. ## Domain separation {#c_MIDServerConfiguration__section_yxm_kyk_xgb} Domain separation segregates MID Servers based on the records they can access. The credentials configured in a MID Server's config.xml file determine which records that MID Server can read, update, or create. You can specify MID Server policy records that only MID Servers from the same domain can use. [MID Server domain separation](https://servicenow-prod.fluidtopics.net/Z4Sc8y19Sj5JoG0VJj1bLQ#t_SetUpDomainSeparationForDiscovery "Set up domain separation through the MID server user role and the MID Server configuration file.") : Set up your MID Servers in different domains to restrict the records and credentials that a MID Server can access. [Synchronize a JAR file to MID Servers](https://servicenow-prod.fluidtopics.net/4PI2m~NYeCUBhr5HMoxGUA "You can upload a JAR file to an instance and synchronize it to all MID Servers, or write custom probes that use the synchronized JAR file.") : Upload a JAR file to an instance and synchronize it to all MID Servers connected to that instance. Use JAR file synchronization to create policies that only a MID Server from the same domain can use. ## MID Servers used for credential-less Discovery {#c_MIDServerConfiguration__section_e25_2v2_mhb} MID Servers that are used for [credential-less Discovery](https://www.servicenow.com/docs/access?context=nmap-credential-less-discovery&version=australia&pubname=australia-it-operations-management&ft:locale=en-US) require special configuration to run Network Mapper (Nmap) commands on target computers. [Install and uninstall Nmap on a MID Server](https://servicenow-prod.fluidtopics.net/F53CvqspHzIUkvBbs3xNmA#install-nmap-on-mid-server "If you decide to use credential-less Discovery in your network, you must install Nmap on each Windows MID Server that you want to use for this purpose. Self-hosted customers whose network security does not permit downloads from install.service-now.com must use a specific manual process to install and configure Nmap.") You must install Nmap on each MID Server running on a Windows host. When given the proper capability, those MID Servers can discover some basic information about CIs in your network if normal authentication fails. ## MID Server extensions {#c_MIDServerConfiguration__section_gxs_j1p_g3b} [vCenter event collector](https://servicenow-prod.fluidtopics.net/xP4TU58SJkrg~S~hPdMgpw#c_VCenterEventProcessorExtension "The vCenter event collector is a MID Server extension that listens for vCenter-related events and updates the CMDB accordingly.") : The vCenter event collector listens for vCenter-related events and updates the CMDB accordingly. The event collector allows the CMDB to be updated with changes to virtual machines (VMs), in addition to the updates detected by Discovery. A change to a VM is sent as an event from the vCenter server to the vCenter event collector. When an event is received, the CMDB is updated accordingly. Full vCenter Discovery does not need to rerun. For some events, such as powered on and powered off events, Discovery does not need to run again at all. For most events, Discovery runs only on the necessary vCenter resource. [SNMP trap collector extension](https://servicenow-prod.fluidtopics.net/1ej9G~2ReSj1REfkYrqb8g#c_SNMPTrapCollectorExtension "The SNMP trap collector is a MID Server extension that listens for SNMP traps from the devices on your network.") : The SNMP trap collector is a MID Server extension that listens for SNMP traps from the devices on your network. Upon receiving a trap, the MID Server sends the trap to the instance for further processing by Event Management. If Event Management is not active, traps are not processed and are discarded by the instance.