---
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


---

# MID Server selection

# MID Server selection {#ariaid-title1}

* Freigeben Version: Australia
* 
* Aktualisiert 12. März 2026
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 7 Minuten Lesedauer

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.

|-|
|   |
[ ]

{#c_MIDServerSelector__table_p53_ms4_nhb} The MID Selector used by most applications has three modes to select a MID Server:

* Auto-select MID Server: Selects from MID Servers based on MID Server criteria, regardless of whether they are members of a cluster.
* Use specific MID Server: Automatic reassignment to another MID Server is not supported.
* Use specific MID Server cluster: Automatic reassignment to another MID Server only selects from members of the specified cluster.

{#c_MIDServerSelector__ul_bd5_qnz_pyb}

For Agent Client Collector, refer to [Automatic MID Server selection](https://www.servicenow.com/docs/access?context=acc-auto-mid-selection&version=australia&pubname=australia-it-operations-management&ft:locale=en-US).

## MID Server criteria

MID Servers offer these types of criteria that help an application determine which MID Server to use:

* Application: The application that you specify on the MID Server. You can designate these applications for a specific MID Server:
  * Discovery
  * Orchestration
  * Service Mapping
  * Event Management
  * Operational Intelligence
  * Cloud Management

  {#c_MIDServerSelector__ul_fkp_12g_djb}An ALL application option is also available. By default, this option includes all applications. You can [configure
  which applications](https://servicenow-prod.fluidtopics.net/w9EY~XrPmGYckzTIYooBcQ#t_ConfigureWhatAllIncludes "You can narrow down the list of applications that are included in the definition of ALL.") are included in the ALL designation.
* IP address or range: The IP address or the IP ranges that the MID Server is allowed to work within. You can specify an IP address or IP range in the application, such as on a Discovery schedule or an Orchestration activity, and for the MID Server. If the IP configured in the application matches the IP address or falls within the allowable IP range configured on the MID Server, a match is possible, and that MID Server passes this criteria. To have the instance automatically assign IP ranges (subnets) to available MID Servers, see [Using 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.").
* Capabilities: The [network
  capability](https://servicenow-prod.fluidtopics.net/Ixqp8gLvT6tnD2ksANEvaQ "MID Server capabilities define the specific functions of a MID Server within an IP address range.") an application needs to use, such as the [PowerShell Orchestration activity](https://servicenow-prod.fluidtopics.net/p8Sf2zNaMigqSwjtf5E_Rw "PowerShell functions are stored in script files (*.ps1) that use a PowerShell Script module (*.psm1) file name extension.") or the Workflow Studio [PowerShell step](https://www.servicenow.com/docs/access?context=powershell-step-action-designer&version=australia&pubname=australia-build-workflows&ft:locale=en-US). Some applications, like Cloud Management, require a specific capability.  
  Hinweis:  
  Discovery and Service Mapping can also use behaviors, which determine the type of port probes used during the port scan phase of Discovery. Both Discovery and Service Mapping use a behavior to discover [Create a discovery behavior for Unix-based load balancers](https://www.servicenow.com/docs/access?context=t_CreateDiscoBehavior4LB&version=australia&pubname=australia-it-operations-management&ft:locale=en-US). Other applications do not use behaviors. Behaviors are not used for auto-selection, default MID Servers, or specific MID Servers as described below. See [Discovery behaviors](https://www.servicenow.com/docs/access?context=c_DiscoveryBehaviors&version=australia&pubname=australia-it-operations-management&ft:locale=en-US) for more information.
{#c_MIDServerSelector__ul_bnf_p2b_vw}

## How an application selects a MID Server {#c_MIDServerSelector__MIDAutoSelection}

If you do not specify a specific MID Server for an application to use, the application tries to select one. Each application relies on different criteria to select an appropriate MID Server.{#c_MIDServerSelector__table_d1w_sbb_vw__entry__4}

| Application | Supported Application on the MID Server | IP address range | Capability |
|-|-|-|-|
| Discovery (Select Auto-Select MID Server on the Discovery schedule) | The Discovery or ALL application must be [specified on the MID Server](https://servicenow-prod.fluidtopics.net/w9EY~XrPmGYckzTIYooBcQ#t_SpecifyMIDServerApplications "You can configure a default MID Server that an application can use if all other possible MID Servers are unavailable. You can narrow down the list of applications that are included in the definition of ALL."). | Discovery uses IP ranges that you configure on the [Discovery Schedule form](https://www.servicenow.com/docs/access?context=t_CreateADiscoverySchedule&version=australia&pubname=australia-it-operations-management&ft:locale=en-US) to see if they fall within the IP ranges that you configure on the MID Server, or the ALL IP ranges option must be selected on the MID Server. | N/A Hinweis: Any configured behaviors are ignored. |
| Orchestration | The Orchestration or ALL application must be specified on the MID Server. | The target IP address that you configure in an Orchestration activity must fall within the IP ranges that you configure on the MID Server, or the ALL option must be selected on the MID Server. | The capability that is required for an Orchestration activity must match the [capabilities you configure on the MID Server](https://servicenow-prod.fluidtopics.net/tHLkbaDDsgDS9VY_bBSRIg#t_ConfigureCapabilities "MID Server capabilities define the specific functions of a MID Server within an IP address range, allowing an application to select the most appropriate MID Server. Configure capabilities on MID Servers for applications like Orchestration, Cloud Management, and Service Mapping."), or the MID Server capability must be set to ALL. |
| Service Mapping | The Service Mapping or ALL application must be specified on the MID Server. | The endpoint IP address must fall within the IP range that you configure on the MID Server, or the ALL option must be selected on the MID Server. | One of the supported Service Mapping capabilities (for new installs) must be configured on the MID Server, or the MID Server capability must be set to ALL. |
| Event Management | The Event Management or ALL application must be specified on the MID Server. | The IP configured in the event connector instances, such as [Configure event collection from HPOM](https://www.servicenow.com/docs/access?context=t_EMConfigureHPOMConnector&version=australia&pubname=australia-it-operations-management&ft:locale=en-US), must fall within the IP range configured on the MID Server. |   |
| Cloud Management | N/A | N/A | The Cloud Management or ALL capability must be added. |
[ ]

{#c_MIDServerSelector__table_d1w_sbb_vw}

## Mode: Auto-select MID Server {#c_MIDServerSelector__section_f3v_qvz_pyb}

During initial work assignment to a MID Server, or when failing over existing work from a down MID Server to another MID Server, the MID selector picks a set of suitable MID from a given status level by traversing the steps
below once. If at any step it finds at least one server, all remaining steps are skipped.

1. Suitable MID Servers with status = Up.

2. Default MID Server (if it was defined) with status = Up.

3. Suitable MID Servers with status = Upgrading or Paused.

4. Default MID Server (if it was defined) with status = Upgrading or Paused.

5. Suitable MID Servers with status = Upgrade Failed, Draining, Drained, Drain Failed, or Down.

6. Default Mid Server (if was defined).

{#c_MIDServerSelector__ol_hhp_tvz_pyb}

All steps which are below an application's minimum status level are skipped. Many applications (such as Discovery) allow Up or Degraded MID Servers, other applications only allow Up MID Servers.

## Mode: Use specific MID Server cluster {#c_MIDServerSelector__section_t3h_rvz_pyb}

During initial work assignment to a MID Server, or when failing over existing work from a down MID Server to another MID Server, the MID selector picks a set of suitable MID from a given status level by traversing the steps
below once. If at any step it finds at least one server, all remaining steps are skipped.

1. Suitable Mid Servers with status = Up.

2. Suitable Mid Servers with status = Upgrading or Paused.

3. Suitable Mid Servers with status = Upgrade Failed, Draining, Drained, Drain Failed, or Down.

{#c_MIDServerSelector__ol_dvq_dwz_pyb}

All steps which are below an application's minimum status level are skipped. Many applications (such as Discovery) allow Up or Degraded MID Servers, other applications only allow Up MID Servers.

A MID server is picked from set of MID servers at the highest status level as follows depending on cluster type:

* Load Balance Cluster: picks a MID Server within the status level randomly.

* Fail-over Cluster: picks a MID Server with best cluster records' order number (0 = best).

{#c_MIDServerSelector__ul_iy1_rvz_pyb}

## Mode: Use a specific MID Server

Discovery and Event Management can use a MID Server that you specifically call out.  
Hinweis:  
Selecting a specific MID Server is not the same as specifying the [default MID Server for an application](https://servicenow-prod.fluidtopics.net/w9EY~XrPmGYckzTIYooBcQ#t_SpecifyMIDServerApplications "You can configure a default MID Server that an application can use if all other possible MID Servers are unavailable. You can narrow down the list of applications that are included in the definition of ALL."). A specific MID Server is always used. If it is Down or not validated, the application does not execute commands against the MID Server. A default MID Server is fallback that is used when the auto-selection of MID Servers does not find any eligible MID Server.  
{#c_MIDServerSelector__table_nbd_23b_vw__entry__3}

| Application | How you specify a specific MID Server | Criteria that the default MID Server must meet |
|-|-|-|
| Discovery | Choose the MID Server on the Discovery schedule. Hinweis: You can also specify [a cluster of MID Servers](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."). | If you select a MID Server without the Discovery or ALL application, it automatically adds the Discovery application. |
| Orchestration | N/A | N/A |
| Service Mapping | N/A | N/A |
| Event Management | Choose one or more MID Servers on the connector instance event collection, such as [Configure event collection from HPOM](https://www.servicenow.com/docs/access?context=t_EMConfigureHPOMConnector&version=australia&pubname=australia-it-operations-management&ft:locale=en-US). | N/A |
| Cloud Management | N/A | N/A |
[ ]

{#c_MIDServerSelector__table_nbd_23b_vw}  
Hinweis:  
If a MID Server manages resources within defined IP ranges for Orchestration, you must map the fully-qualified domain name (FQDN) of a server with its IP address to run certain activities, such as [Exchange activities](https://servicenow-prod.fluidtopics.net/tnHQdMZipNlm0eGgnNO3VQ "Configure a MID Server with defined IP ranges to use Exchange.").

## Domain separation

If you are using domain separation, you can configure MID Servers to be in separate domains. The domain that the MID Server is in affects how the application selects the domain:

Discovery and Service Mapping: On the
Discovery schedule, the MID Servers and clusters that available for selection are limited to
the same domain of the user who is configuring the schedule. This also applies to the
auto-selection option: only MID Servers in the same domain as the user can be automatically
selected.

## MID Server selection test for Service Mapping {#c_MIDServerSelector__section_a2r_n11_22b}

If Service Mapping is active, you can
preview which MID Server that Service Mapping uses for a specific target device or computer.
To do this, navigate to Service MappingMID Servers and click MID Selection Test. Enter the IP address and
an optional application and capability, and then click OK. The name
of the MID Server that Service Mapping will use appears in the window.

## Related topics {#c_MIDServerSelector__section_hdk_31h_2zb}

* **[Configure a default MID Server for each application](https://servicenow-prod.fluidtopics.net/w9EY~XrPmGYckzTIYooBcQ#t_SpecifyMIDServerApplications)**   
  You can configure a default MID Server that an application can use if all other possible MID Servers are unavailable. You can narrow down the list of applications that are included in the definition of ALL.
* **[Configure an IP address range for the MID Server](https://servicenow-prod.fluidtopics.net/R5CUJVRr5sPWMe4ZPOwcEw)**   
  You can manually configure an IP address range for the MID Server to explore.
* **[Override the MID Server selection filter](https://servicenow-prod.fluidtopics.net/2apiqz~8pOkbGEX1cDqUtw)**   
  Use the override feature to write your own filter condition that overrides the normal MID Server selection criteria for an application. An override has precedence over the default filter and can be defined for a specific selection condition.

