---
sourceDocument: Australie Workflow Data Fabric
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/integrate-applications

 Release :

    - australia

ft:locale :

    - fr-FR

ft:publication_title :

    - Australie Workflow Data Fabric

ft:clusterId :

    - crint

bundleId :

    - crint

workflow :

    - Creator


---

# Serveur MID Prise en charge

# Serveur MID prise en charge des actions de flux de données {#ariaid-title1}

* Rversion finale: Australia
* 
* Mis à jour 12 mars 2026
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 1 minute de lecture

Obtenir des données via un ServiceNow® Serveur MID lors de l'exécution d'une Flux de données action.

Lorsque cette option est sélectionnée, le récupère Serveur MID les données et envoie chaque page à l'instance sous forme de pièce jointe à traiter.  
Important :  
Lors de l'exécution de l'action dans le Flux de données flux, les actions du bloc Pour chaque s'exécutent toujours sur l'instance.

Ces étapes peuvent s'exécuter sur l'instance ou sur Serveur MID l'instance :  
* Script de prétraitement de l'action
* Étape Demander un script
* Étape REST ou SOAP
{#dsa-on-mid__ul_pgy_scd_ljb}  
Remarque :  
Évitez de déplacer l'environnement d'exécution entre l'instance et plusieurs Serveur MID fois. Par exemple, vous pouvez configurer l'étape Demander un script pour qu'elle s'exécute sur le , mais l'étape REST pour qu'elle s'exécute Serveur MIDsur l'instance. Dans ce cas, le système change d'environnement entre l'instance et Serveur MID pour chaque page de données, ce qui peut dégrader les performances.

Pour en savoir plus sur l'exécution d'une étape sur un , reportez-vous à la Serveur MID section [Étapes d'intégration](https://servicenow-prod.fluidtopics.net/mh2n1b0VEFPzMormFPNA2g "Activez l’intégration d’actions personnalisées à des systèmes externes en activant Centre d'intégration, qui ajoute des étapes d’intégration à l’interface Studio de workflow .").

## Limites de taille {#dsa-on-mid__section_srh_kgy_ljb}

Si votre système rencontre un problème de délai ou de limite de taille, essayez d'effectuer l'un des ajustements suivants :  

Augmenter la règle de quota de transaction REST

:   Si la connexion entre l'instance et le ralentit Serveur MID , vous risquez de rencontrer un délai d'expiration pendant l'attente d'une réponse de l'étape REST. Augmentez le délai d'expiration par défaut en mettant à jour la règle de quota de REST Attachment API request timeout transaction.

    * Par défaut : 60 secondes
    * Maximum : 300 secondes
    {#dsa-on-mid__ul_cbj_hpy_ljb}

Augmenter le délai d'expiration de l'instance

:   Par défaut, l'instance attend 600 secondes pour récupérer une seule page de données à partir d'un Serveur MID. Si vous rencontrez un délai d'expiration lors de l'exécution d'une Flux de données action via un Serveur MID, modifiez cette valeur par défaut en augmentant la datastream_alternative_env_fetch_page_timeout_seconds propriété système.

    * Par défaut : 600 secondes
    * Maximum : 7200 secondes
    {#dsa-on-mid__ul_gcj_r4y_ljb}

Augmenter la taille de la pièce jointe
:   Le Serveur MID envoie chaque page de données à l'instance sous forme de pièce jointe. Si une page de données est volumineuse, elle peut dépasser la taille autorisée pour la pièce jointe. Augmentez la taille autorisée en mettant à jour la com.glide.attachment.max_size propriété système.  
    * Par défaut : 1024 Mo
    * Maximum : aucun
    {#dsa-on-mid__ul_tq5_cty_ljb}