Problemen met zelf-hostende Integration Runtime oplossen

VAN TOEPASSING OP: Azure Data Factory Azure Synapse Analytics Microsoft Purview

Tip

Probeer Data Factory uit in Microsoft Fabric, een alles-in-één analyseoplossing voor ondernemingen. Microsoft Fabric omvat alles, van gegevensverplaatsing tot gegevenswetenschap, realtime analyses, business intelligence en rapportage. Meer informatie over het gratis starten van een nieuwe proefversie .

In dit artikel worden algemene methoden voor probleemoplossing voor zelf-hostende Integration Runtime (IR) in Azure Data Factory en Synapse-werkruimten besproken.

Zelf-hostende IR-logboeken verzamelen

Azure Data Factory en Azure Synapse Analytics

Voor mislukte activiteiten die worden uitgevoerd op een zelf-hostende IR of een gedeelde IR, ondersteunt de service het weergeven en uploaden van foutenlogboeken. Als u de id van het foutenrapport wilt ophalen, volgt u de instructies hier en voert u de rapport-id in om te zoeken naar verwante bekende problemen.

1. Selecteer Pijplijnuitvoeringen op de pagina Controleren voor de servicegebruikersinterface.

2. Selecteer onder Activiteituitvoeringen in de kolom Fout de gemarkeerde knop om de activiteitenlogboeken weer te geven, zoals wordt weergegeven in de volgende schermopname:

   Azure Data Factory

   

   Azure Synapse

   

   De activiteitenlogboeken worden weergegeven voor de uitvoering van mislukte activiteiten.

   

3. Selecteer Logboeken verzenden voor meer hulp.

   De zelf-hostende IR-logboeken (Integration Runtime) delen met het Microsoft-venster wordt geopend.

   

4. Selecteer de logboeken die u wilt verzenden.

   • Voor een zelf-hostende IR kunt u logboeken uploaden die betrekking hebben op de mislukte activiteit of alle logboeken op het zelf-hostende IR-knooppunt.
   • Voor een gedeelde IR kunt u alleen logboeken uploaden die betrekking hebben op de mislukte activiteit.

5. Wanneer de logboeken worden geüpload, houdt u een record bij van de rapport-id voor later gebruik als u meer hulp nodig hebt om het probleem op te lossen.

   

Notitie

Aanvragen voor het weergeven en uploaden van logboeken worden uitgevoerd op alle online zelf-hostende IR-exemplaren. Als er logboeken ontbreken, moet u ervoor zorgen dat alle zelf-hostende IR-exemplaren online zijn.

Microsoft Purview

Voor mislukte Microsoft Purview-activiteiten die worden uitgevoerd op een zelf-hostende IR of gedeelde IR, ondersteunt de service het weergeven en uploaden van foutenlogboeken vanuit de Windows Logboeken.

U kunt eventuele fouten opzoeken die worden weergegeven in de onderstaande foutenhandleiding. Als u ondersteunings- en probleemoplossingsrichtlijnen voor SHIR-problemen wilt krijgen, moet u mogelijk een foutrapport-id genereren en contact opnemen met Microsoft-ondersteuning.

Volg deze instructies om de id van het foutenrapport voor Microsoft Ondersteuning te genereren:

1. Voordat u een scan start in de Microsoft Purview-beheerportal:

   1. Navigeer naar de computer waarop de zelf-hostende Integration Runtime is geïnstalleerd en open de Windows-Logboeken.
   2. Wis de windows-Logboeken-logboeken in de sectie Integration Runtime. Klik met de rechtermuisknop op de logboeken en selecteer de optie Logboeken wissen.
   3. Ga terug naar de Microsoft Purview-beheerportal en start de scan.

2. Zodra de scan de status Mislukt weergeeft, gaat u terug naar de SHIR-VM of machine en vernieuwt u de logboeken in de sectie Integration Runtime .

3. De activiteitenlogboeken worden weergegeven voor de mislukte scanuitvoering.

4. Selecteer Logboeken verzenden voor meer hulp van Microsoft.

   De zelf-hostende SHIR-logboeken (Integration Runtime) delen met het Microsoft-venster wordt geopend.

   

5. Selecteer de logboeken die u wilt verzenden.

   • Voor een zelf-hostende IR kunt u logboeken uploaden die betrekking hebben op de mislukte activiteit of alle logboeken op het zelf-hostende IR-knooppunt.
   • Voor een gedeelde IR kunt u alleen logboeken uploaden die betrekking hebben op de mislukte activiteit.

6. Wanneer de logboeken worden geüpload, houdt u een record bij van de rapport-id voor later gebruik als u meer hulp nodig hebt om het probleem op te lossen.

   

Notitie

Aanvragen voor het weergeven en uploaden van logboeken worden uitgevoerd op alle online zelf-hostende IR-exemplaren. Als er logboeken ontbreken, moet u ervoor zorgen dat alle zelf-hostende IR-exemplaren online zijn.

Algemeen probleem of algemene fout met zelf-hostende IR

Problemen met onvoldoende geheugen

• Symptomen

  Er treedt een OUTOfMemoryException-fout (OEM) op wanneer u een opzoekactiviteit probeert uit te voeren met een gekoppelde IR of zelf-hostende IR.

• Oorzaak

  Een nieuwe activiteit kan een OEM-fout geven als de IR-machine een zeer hoog geheugengebruik ervaart. Het probleem kan worden veroorzaakt door een groot volume gelijktijdige activiteit en de fout is intentioneel.

• Oplossing

  Controleer het resourcegebruik en de gelijktijdige uitvoering van de activiteit op het IR-knooppunt. Pas de interne en triggertijd van activiteitsuitvoeringen aan om te veel uitvoeringen op één IR-knooppunt op hetzelfde moment te voorkomen.

Probleem met limiet voor gelijktijdige taken

• Symptomen

  Wanneer u de limiet voor gelijktijdige taken vanuit de gebruikersinterface probeert te verhogen, loopt het proces vast in de updatestatus.

  Voorbeeldscenario: De waarde voor het maximum aantal gelijktijdige taken is momenteel ingesteld op 24 en u wilt het aantal verhogen zodat uw taken sneller kunnen worden uitgevoerd. De minimumwaarde die u kunt invoeren is 3 en de maximumwaarde die u kunt invoeren is 32. U verhoogt de waarde van 24 tot 32 en selecteert vervolgens de knop Bijwerken . Het proces blijft hangen in de updatestatus , zoals wordt weergegeven in de volgende schermopname. U vernieuwt de pagina en de waarde wordt nog steeds weergegeven als 24. Deze is niet bijgewerkt naar 32 zoals verwacht.

  

• Oorzaak

  De limiet voor het aantal gelijktijdige taken is afhankelijk van de logische kern en het geheugen van de computer. Probeer de waarde omlaag aan te passen naar een waarde zoals 24 en bekijk vervolgens het resultaat.

  Tip

  • Zie Vier manieren om het aantal kernen in uw CPU te vinden op basis van Windows 10 voor meer informatie over het aantal logische kernen en het bepalen van het aantal logische kernen Windows 10.
  • Als u wilt weten hoe u het rekenkundig logboek berekent, ga naar de Logaritme-calculator.

Probleem met SSL-certificaat met hoge beschikbaarheid (HA) van zelf-hostend IR

• Symptomen

  Het werkknooppunt van de zelf-hostende IR heeft de volgende fout gerapporteerd :

  'Kan de gedeelde statussen van het primaire knooppunt net.tcp://abc.cloud.corp.Microsoft.com:8060/ExternalService.svc/ niet ophalen. Activiteits-id: XXXXX De keten voor X.509-certificaat CN=abc.cloud.corp.Microsoft.com, OU=test, O=Microsoft kan niet worden gemaakt. Het certificaat dat is gebruikt heeft een vertrouwensketen die niet geverifieerd kan worden. Vervang het certificaat of wijzig de ValidationMode van het certificaat. De intrekkingsfunctie kan het intrekken niet controleren omdat de intrekkingsserver offline is.'

• Oorzaak

  Bij de afhandeling van problemen met betrekking tot een SSL/TLS-handshake kunnen er problemen optreden met betrekking tot verificatie van de certificaatketen.

• Oplossing

  • Hier volgt een snelle, intuïtieve manier om problemen met een X.509-certificaatketen op te lossen:

    1. Exporteer het certificaat dat moet worden geverifieerd. U kunt dit als volgt doen:

       a. Selecteer in Windows de optie Start, begin met het typen van certificaten en selecteer vervolgens Computercertificaten beheren.

       b. Zoek in Verkenner in het linkerdeelvenster naar het certificaat dat u wilt controleren. Klik met de rechtermuisknop op dit certificaat, en selecteer vervolgens Alle taken>Exporteren.

       

    2. Kopieer het geëxporteerde certificaat naar de clientcomputer.

    3. Voer aan de clientzijde in een opdrachtpromptvenster de volgende opdracht uit. Zorg ervoor dat u het certificaatpad en het pad naar het< txt-uitvoerbestand> vervangt door< de werkelijke paden.>

       Certutil -verify -urlfetch    <certificate path>   >     <output txt file path> 
       

       Voorbeeld:

       Certutil -verify -urlfetch c:\users\test\desktop\servercert02.cer > c:\users\test\desktop\Certinfo.txt
       

    4. Controleer op fouten in het TXT-uitvoerbestand. U vindt het foutenoverzicht aan het einde van het TXT-bestand.

       Voorbeeld:

       

       Als er geen fout wordt weergegeven aan het einde van het logboekbestand, zoals wordt weergegeven in de volgende schermopname, kunt u er rekening mee houden dat de certificaatketen is gebouwd op de clientcomputer.

       

  • Als de bestandsextensie AIA (Authority Information Access), CDP (CRL Distribution Point) of OCSP (Online Certificate Status Protocol) is geconfigureerd in het certificaatbestand, kunt u dit op een intuïtievere manier controleren:

    1. Haal deze informatie op door de certificaatgegevens te controleren, zoals wordt weergegeven in de volgende schermopname:

       

    2. Voer de volgende opdracht uit. Zorg ervoor dat u het certificaatpad> vervangt door <het werkelijke pad van het certificaat.

         Certutil   -URL    <certificate path> 
       

       Het hulpprogramma voor het ophalen van URL's wordt geopend.

    3. Als u certificaten wilt controleren met de bestandsextensies AIA, CDP en OCSP, selecteert u Ophalen.

       

       U hebt de certificaatketen gebouwd als de certificaatstatus van AIA is geverifieerd en de certificaatstatus van CDP of OCSP is geverifieerd.

       Als het ophalen van AIA of CDP mislukt, moet u samenwerken met uw netwerkteam om de clientmachine gereed te maken voor verbinding met de doel-URL. Dit is voldoende als het HTTP-pad of het LDAP (Lightweight Directory Access Protocol) kan worden geverifieerd.

Zelf-hostende IR kan bestand of assembly niet laden

• Symptomen

  Het volgende foutbericht wordt weergegeven:

  'Kan bestand of assembly 'XXXXXXXXXXXXXXXX, Version=4.0.2.0, Culture=neutral, PublicKeyToken=XXXXXXXXX' of een van de afhankelijkheden hiervan niet laden. Het systeem kan het opgegeven bestand niet vinden. Activiteits-id: 92693b45-b4bf-4fc8-89da-2d3dc56f27c3'

  Hier is een specifieker foutbericht:

  'Kan bestand of assembly 'System.ValueTuple, Version=4.0.2.0, Culture=neutral, PublicKeyToken=XXXXXXXXX' of een van de afhankelijkheden hiervan niet laden. Het systeem kan het opgegeven bestand niet vinden. Activiteits-id: 92693b45-b4bf-4fc8-89da-2d3dc56f27c3'

• Oorzaak

  In Procesmonitor kunt u het volgende resultaat bekijken:

  

  Tip

  In Procesmonitor kunt u filters instellen zoals wordt weergegeven in de volgende schermopname.

  In het voorgaande foutbericht wordt aangegeven dat de MAP DLL System.ValueTuple zich niet in de gerelateerde map Global Assembly Cache (GAC) bevindt, in de map C:\Program Files\Microsoft Integration Runtime\4.0\Gateway of in de map C:\Program Files\Microsoft Integration Runtime\4.0\Shared .

  In principe wordt het DLL-bestand eerst vanuit de GAC-map geladen, vervolgens vanuit de gedeelde map en ten slotte vanuit de map Gateway . Daarom kunt u de DLL laden vanaf elk pad dat nuttig is.

  

• Oplossing

  U vindt het System.ValueTuple.dll bestand in de map C:\Program Files\Microsoft Integration Runtime\4.0\Gateway\DataScan . Kopieer het System.ValueTuple.dll bestand naar de map C:\Program Files\Microsoft Integration Runtime\4.0\Gateway om het probleem op te lossen.

  U kunt dezelfde methode gebruiken om problemen met andere ontbrekende bestanden of assembly's op te lossen.

• Meer informatie over dit probleem

  De reden waarom u de System.ValueTuple.dll onder %windir%\Microsoft.NET\assembly en %windir%\assembly ziet, is dat dit een .NET-gedrag is.

  In de volgende fout ziet u duidelijk dat de assembly System.ValueTuple ontbreekt. Dit probleem treedt op wanneer de toepassing de System.ValueTuple.dll assembly probeert te controleren.

  "<LogProperties><ErrorInfo>[{"Code":0,"Message":"The type initializer for 'Npgsql.PoolManager' threw an exception.","EventType":0,"Category":5,"Data":{},"MsgId":null,"ExceptionType":"System.TypeInitializationException","Source":"Npgsql","StackTrace":"","InnerEventInfos":[{"Code":0,"Message":"Kan bestand of assembly System.ValueTuple, Version=4.0.2.0 niet laden, Cultuur=neutraal, PublicKeyToken=XXXXXXXXX' of een van de bijbehorende afhankelijkheden. Het opgegeven bestand kan niet worden gevonden.","EventType":0,"Category":5,"Data":{},"MsgId":null,"ExceptionType":"System.IO.FileNotFoundException","Source":"Npgsql","StackTrace":""","InnerEventInfos":[]}]}]</ErrorInfo></LogProperties>"

  Zie Global Assembly Cache voor meer informatie over GAC.

Verificatiesleutel voor zelf-hostende Integration Runtime ontbreekt

• Symptomen

  De zelf-hostende Integration Runtime gaat plotseling offline zonder verificatiesleutel en het gebeurtenislogboek geeft het volgende foutbericht weer:

  'Verificatiesleutel is nog niet toegewezen'

  

• Oorzaak

  • Het knooppunt van de zelf-hostende IR of de logische zelf-hostende IR in de portal is verwijderd.
  • Er is een schone verwijdering uitgevoerd.

• Oplossing

  Als geen van de voorgaande oorzaken van toepassing is, gaat u naar de map %programdata%\Microsoft\Data Transfer\DataManagementGateway om te zien of het configuratiebestand is verwijderd. Als het is verwijderd, volgt u de instructies in het Netwrix-artikel Detecteren wie een bestand van uw Windows-bestandsservers heeft verwijderd.

  

Kan zelf-hostende IR niet gebruiken om twee on-premises gegevensarchieven te verbinden

• Symptomen

  Nadat u de zelf-hostende IR's hebt gemaakt voor zowel bron- als doelgegevensarchieven, wilt u de twee IR's verbinden om een kopieeractiviteit te verkrijgen. Als de gegevensstores zijn geconfigureerd in verschillende virtuele netwerken of als de gegevensstores het gatewaymechanisme niet kunnen begrijpen, ontvangt u een van de volgende fouten:

  • 'Het stuurprogramma van de bron kan niet worden gevonden in de doel-IR'
  • 'De bron kan niet worden gebruikt door de doel-IR'

• Oorzaak

  De zelf-hostende IR is ontworpen als centraal knooppunt van een kopieeractiviteit, niet als een clientagent die voor elk gegevensarchief moet worden geïnstalleerd.

  In dit geval moet u de gekoppelde service maken voor elk gegevensarchief met dezelfde IR en moet de IR toegang hebben tot beide gegevensarchieven via het netwerk. Het maakt niet uit of de IR is geïnstalleerd in het brongegevensarchief, de doelgegevensarchief of op een derde computer. Als twee gekoppelde services worden gemaakt met verschillende IR's, maar worden gebruikt in dezelfde kopieeractiviteit, wordt de doel-IR gebruikt en moet u de stuurprogramma's voor beide gegevensarchieven installeren op de doel-IR-computer.

• Oplossing

  Installeer stuurprogramma's voor zowel het bron- als bestemmingsgegevensarchieven op de doel-IR en zorg ervoor dat deze toegang hebben tot het brongegevensarchief.

  Als het verkeer niet via het netwerk tussen twee gegevensarchieven kan gaan (ze zijn bijvoorbeeld geconfigureerd in twee virtuele netwerken), kunt u het kopiëren van één activiteit mogelijk niet voltooien, zelfs niet als de IR is geïnstalleerd. Als u het kopiëren in één activiteit niet kunt voltooien, kunt u twee kopieeractiviteiten maken met twee IR's, elk in een ENIG:

  • Kopieer één IR uit gegevensarchief 1 naar Azure Blob Storage
  • Kopieer een andere IR van Azure Blob Storage naar gegevensopslag 2.

  Deze oplossing kan de vereiste simuleren om de IR te gebruiken voor het maken van een brug tussen twee niet-verbonden gegevensarchieven.

Een probleem met de synchronisatie van referenties heeft tot gevolg dat referenties uit hoge beschikbaarheid verloren gaan

• Symptomen

  Als de gegevensbronreferentie 'XXXXXXXXXX' wordt verwijderd uit het huidige integration runtime-knooppunt met nettolading, ontvangt u dit foutbericht:

  'Wanneer u de koppelingsservice op Azure Portal of als de taak de verkeerde nettolading heeft, maakt u opnieuw een nieuwe koppelingsservice met uw referentie.'

• Oorzaak

  Uw zelf-hostende IR is gebouwd in de modus voor hoge beschikbaarheid met twee knooppunten, maar de knooppunten hebben geen synchronisatie van referenties. Dit betekent dat de referenties die zijn opgeslagen in het dispatcherknooppunt niet worden gesynchroniseerd met andere werkknooppunten. Als er een failover van het dispatcher-knooppunt naar het werkpunt wordt gemaakt en de referenties alleen aanwezig zijn in het vorige dispatcher-knooppunt, mislukt de taak wanneer u referenties probeert te openen en wordt de voorgaande fout weergegeven.

• Oplossing

  De enige manier om dit probleem te voorkomen, is door ervoor te zorgen dat deze twee knooppunten de status voor synchronisatie van referenties hebben. Als ze niet zijn gesynchroniseerd, moet u de referenties voor de nieuwe dispatcher opnieuw verzenden.

Kan het certificaat niet kiezen omdat de persoonlijke sleutel ontbreekt

• Symptomen

  • U heeft een PFX-bestand in het certificaatarchief geïmporteerd.

  • Wanneer u het certificaat heeft geselecteerd via de Configuration Manager van de IR, ziet u het volgende foutbericht:

    'Kan de versleutelingsmodus voor intranetcommunicatie niet wijzigen. Het is waarschijnlijk dat het certificaat '<certificaatnaam>' mogelijk geen persoonlijke sleutel heeft die geschikt is voor sleuteluitwisseling of dat het proces mogelijk geen toegangsrechten heeft voor de persoonlijke sleutel. Zie de interne uitzondering voor meer informatie.""

• Oorzaak

  • Het gebruikersaccount heeft een laag bevoegdheidsniveau en heeft geen toegang tot de persoonlijke sleutel.
  • Het certificaat is gegenereerd als een handtekening, maar niet als een sleuteluitwisseling.

• Oplossing

  • Als u de gebruikersinterface wilt gebruiken, gebruikt u een account met juiste bevoegdheden voor toegang tot de persoonlijke sleutel.

  • Importeer het certificaat door de volgende opdracht uit te voeren:

    certutil -importpfx FILENAME.pfx AT_KEYEXCHANGE
    

Zelf-hostende Integration Runtime-knooppunten buiten het synchronisatieprobleem

• Symptomen

  Zelf-hostende Integration Runtime-knooppunten proberen de referenties te synchroniseren tussen knooppunten, maar blijven hangen in het proces en krijgen na een tijdje het onderstaande foutbericht:

  'Het Integration Runtime (zelf-hostende) knooppunt probeert de referenties te synchroniseren tussen knooppunten. Dit kan enkele minuten duren.'

  Notitie

  Als deze fout langer dan 10 minuten wordt weergegeven, controleert u de verbinding met het dispatcher-knooppunt.

• Oorzaak

  De reden hiervoor is dat de werkknooppunten geen toegang hebben tot de persoonlijke sleutels. Dit kan worden bevestigd in de zelf-hostende integration runtime-logboeken hieronder:

  [14]0460.3404::05/07/21-00:23:32.2107988 [System] A fatal error occurred when attempting to access the TLS server credential private key. The error code returned from the cryptographic module is 0x8009030D. The internal error state is 10001.

  U hebt geen probleem met het synchronisatieproces wanneer u de verificatie van de service-principal in de gekoppelde service gebruikt. Wanneer u het verificatietype echter overschakelt naar een accountsleutel, begint het synchronisatieprobleem. Dit komt doordat de zelf-hostende Integration Runtime-service wordt uitgevoerd onder een serviceaccount (NT SERVICE\DIAHostService) en deze moet worden toegevoegd aan de machtigingen voor de persoonlijke sleutel.

• Oplossing

  Om dit probleem op te lossen, moet u het zelf-hostende Integration Runtime-serviceaccount (NT SERVICE\DIAHostService) toevoegen aan de machtigingen voor de persoonlijke sleutel. U kunt de volgende stappen toepassen:

  1. Open de Uitvoeropdracht van uw Microsoft Management Console (MMC).

     

  2. Pas in het MMC-deelvenster de volgende stappen toe:

     

     1. Selecteer Bestand.
     2. Kies Module toevoegen/verwijderen in het vervolgkeuzemenu.
     3. Selecteer Certificaten in het deelvenster 'Beschikbare modulen'.
     4. Selecteer Toevoegen.
     5. Kies in het pop-upvenster 'Certificaten module' de optie Computeraccount.
     6. Selecteer Volgende.
     7. Kies in het deelvenster 'Computer selecteren' de optie Lokale computer: de computer waarop deze console wordt uitgevoerd.
     8. Selecteer Voltooien.
     9. Selecteer OK in het deelvenster 'Module toevoegen of verwijderen'.

  3. Ga verder met de volgende stappen in het deelvenster van MMC:

     

     1. Selecteer consolehoofdmap -> Certificaten (lokale computer) -> Persoonlijk - Certificaten in> de linkermaplijst.
     2. Klik met de rechtermuisknop op Microsoft Intune Beta MDM.
     3. Selecteer Alle taken in de vervolgkeuzelijst.
     4. Selecteer Persoonlijke sleutels beheren.
     5. Selecteer Toevoegen onder 'Groeps- of gebruikersnamen'.
     6. Selecteer NT SERVICE\DIAHostService om het volledige beheertoegang van dit certificaat te verlenen, toe te passen en op te slaan.
     7. Selecteer Namen controleren en selecteer vervolgens OK.
     8. Selecteer Toepassen in het deelvenster 'Machtigingen' en selecteer vervolgens OK.

UserErrorJreNotFound-foutbericht wanneer u een kopieeractiviteit naar Azure hebt uitgevoerd

• Symptomen

  Wanneer u inhoud naar Microsoft Azure probeert te kopiëren met behulp van een op Java gebaseerd hulpprogramma of programma (bijvoorbeeld het kopiëren van ORC- of Parquet-indelingsbestanden), ontvangt u een foutbericht dat er als volgt uitziet:

  ErrorCode=UserErrorJreNotFound,'Type=Microsoft.DataTransfer.Common.Shared.HybridDeliveryException,Message=Java Runtime Environment is not found. Go to http://go.microsoft.com/fwlink/?LinkId=808605 to download and install on your Integration Runtime (Self-hosted) node machine. Note 64-bit Integration Runtime requires 64-bit JRE and 32-bit Integration Runtime requires 32-bit JRE.,Source=Microsoft.DataTransfer.Common,''Type=System.DllNotFoundException,Message=Unable to load DLL 'jvm.dll': The specified module could not be found. (Exception from HRESULT: 0x8007007E),Source=Microsoft.DataTransfer.Richfile.HiveOrcBridge

• Oorzaak

  Dit kan een van de volgende oorzaken hebben:

  • Java Runtime Environment (JRE) is niet correct geïnstalleerd op uw Integration Runtime-server.

  • Uw Integration Runtime-server heeft niet de vereiste afhankelijkheid voor JRE.

  Standaard zet Integration Runtime het JRE-pad om met behulp van registervermeldingen. Deze vermeldingen moeten automatisch worden ingesteld tijdens de JRE-installatie.

• Oplossing

  Volg de stappen in deze sectie zorgvuldig. Als u het register onjuist bewerkt, kunnen er grote problemen optreden. Maak een back-up van het register voor herstel in geval van problemen voordat u het wijzigt.

  Volg deze stappen om de status van de JRE-installatie te verifiëren om dit probleem op te lossen:

  1. Zorg ervoor dat Integration Runtime (Diahost.exe) en JRE op hetzelfde platform zijn geïnstalleerd. Controleer de volgende voorwaarden:

     • 64-bits JRE voor 64-bits ADF Integration Runtime moet worden geïnstalleerd in de map: C:\Program Files\Java\

       Notitie

       De map is niet C:\Program Files (x86)\Java\

     • Java Runtime (JRE) is versie 11 of hoger, van een JRE-provider zoals Microsoft OpenJDK 11 of Eclipse Temurin 11. Zorg ervoor dat de omgevingsvariabele van het JAVA_HOME systeem is ingesteld op de JDK-map (niet alleen de JRE-map) die u mogelijk ook moet toevoegen aan de omgevingsvariabele PATH van uw systeem.

  2. Controleer het register op de juiste instellingen. Hiervoor volgt u deze stappen:

     1. Typ Regedit in het menu Uitvoeren en druk vervolgens op Enter.

     2. Zoek in het navigatiedeelvenster de volgende subsleutel:

        HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment.

        In het deelvenster Details zou u de vermelding Current Version met de JRE-versie (bijvoorbeeld 1.8) moeten zien.

        

     3. Zoek in het navigatiedeelvenster een subsleutel die exact overeenkomt met de versie (bijvoorbeeld 1.8) onder de map JRE. In het deelvenster Details zou de vermelding JavaHome moeten staan. De waarde van deze vermelding is het JRE-installatiepad.

        

  3. Zoek de map bin\server in het volgende pad:

     C:\Program Files\Java\jre1.8.0_74

     

  4. Controleer of deze map een jvm.dll-bestand bevat. Als dit niet het geval is, controleert u het bestand in de bin\client map.

     

  Notitie

  • Als een van deze configuraties niet is zoals beschreven in deze stappen, gebruikt u het Windows-installatieprogramma voor JRE om de problemen op te lossen.
  • Als alle configuraties in deze stappen juist zijn zoals beschreven, ontbreekt er mogelijk een VC++-runtimebibliotheek in het systeem. U kunt dit probleem oplossen door het herdistribueerbare pakket VC++ 2010 te installeren.

Zelf-hostende IR instellen

Integratieruntime-registratiefout

• Symptomen

  Soms wilt u een zelf-hostende IR uitvoeren in een ander account om een van de volgende redenen:

  • Het serviceaccount is niet toegestaan op basis van bedrijfsbeleid.
  • Er is verificatie vereist.

  Nadat u het serviceaccount in het servicevenster hebt gewijzigd, kan het zijn dat de integratieruntime niet meer werkt en u het volgende foutbericht krijgt:

  'Er is een fout opgetreden tijdens de registratie op het Integration Runtime (zelf-hostend) knooppunt. Kan geen verbinding maken met de hostservice van Integration Runtime (zelf-hostend).'

  

• Oorzaak

  Veel resources worden alleen verleend aan het serviceaccount. Wanneer u het serviceaccount wijzigt in een ander account, blijven de machtigingen van alle afhankelijke resources ongewijzigd.

• Oplossing

  Ga naar het gebeurtenislogboek van integration runtime om de fout te controleren.

  

  • Als de fout in het gebeurtenislogboek 'UnauthorizedAccessException' is, doet u het volgende:

    1. Controleer het serviceaccount voor aanmelding DIAHostService in het Windows-servicevenster.

       

    2. Controleer of het aanmeldingsserviceaccount lees-/schrijfmachtigingen heeft voor de map %programdata%\Microsoft\DataTransfer\DataManagementGateway .

       • Als het serviceaccount voor aanmelding niet is gewijzigd, beschikt het over machtigingen voor lezen/schrijven.

         

       • Als u het serviceaccount voor aanmelding hebt gewijzigd, kunt u het probleem als volgt verhelpen:

         a. Verwijder de huidige zelf-hostende IR volledig.
         b. Installeer de zelf-hostende IR-bits.
         c. Wijzig het serviceaccount als volgt:

         i. Ga naar de installatiemap van de zelf-hostende IR, en schakel over naar de map Microsoft Integration Runtime\4.0\Shared.
         ii. Open een opdrachtpromptvenster met behulp van verhoogde bevoegdheden. Vervang <de gebruiker> en <het wachtwoord> door uw eigen gebruikersnaam en wachtwoord en voer vervolgens de volgende opdracht uit:
         dmgcmd.exe -SwitchServiceAccount "<user>" "<password>"
         iii. Als u wilt overstappen naar het LocalSystem-account, moet u de juiste indeling voor dit account gebruiken: dmgcmd.exe -SwitchServiceAccount "NT Authority\System" ""
         Gebruik niet deze parameter: dmgcmd.exe -SwitchServiceAccount "LocalSystem" ""
         iv. Optioneel, omdat het lokale systeem hogere bevoegdheden heeft dan administrator, kunt u het ook rechtstreeks wijzigen in Services.
         v. U kunt een lokale gebruiker/domeingebruiker gebruiken voor het serviceaccount voor het serviceaccount voor aanmelding van de IR.

         d. Registreer de integratieruntime.

  • Als de fout 'Service Integration Runtime Service' (DIAHostService) is, kan niet worden gestart. Controleer of u voldoende bevoegdheden hebt om systeemservices te starten" doet u het volgende:

    1. Controleer het serviceaccount voor aanmelding DIAHostService in het Windows-servicevenster.

       

    2. Controleer of het aanmeldingsserviceaccount de machtiging Aanmelden als een service heeft om de Windows-service te starten:

       

• Meer informatie

  Als geen van de voorgaande twee oplossingspatronen van toepassing is in uw geval, probeert u de volgende Windows-gebeurtenislogboeken te verzamelen:

  • Integratieruntime voor toepassingen > en services
  • Windows-logboekentoepassing >

Kan de knop Registreren niet vinden om een zelf-hostende IR te registreren

• Symptomen

  Wanneer u een zelf-hostende IR registreert, wordt de knop Registreren niet weergegeven in het deelvenster Configuration Manager.

  

• Oorzaak

  Vanaf de release van Integration Runtime 3.0 is de knop Registreren op bestaande integratieruntimeknooppunten verwijderd omwille van een schonere en veiligere omgeving. Als een knooppunt is geregistreerd voor een integratieruntime, of dit nu online is of niet, registreert u het opnieuw bij een andere integratieruntime, door het vorige knooppunt te verwijderen, en het knooppunt vervolgens te installeren en registreren.

• Oplossing

  1. Verwijder in Configuratiescherm de bestaande integration runtime.

     Belangrijk

     Selecteer Ja in het volgende proces. Bewaar geen gegevens tijdens het verwijderingsproces.

     

  2. Als u het MSI-bestand voor het installatieprogramma voor integratieruntime niet hebt, gaat u naar het downloadcentrum om de nieuwste integratieruntime te downloaden.

  3. Installeer het MSI-bestand en registreer de integratieruntime.

Kan de zelf-hostende IR niet registreren vanwege localhost

• Symptomen

  U kunt de zelf-hostende IR niet registreren op een nieuwe computer wanneer u get_LoopbackIpOrName gebruikt.

  Foutopsporing: er is een runtimefout opgetreden. Het type initializer voor Microsoft.DataTransfer.DIAgentHost.DataSourceCache heeft een uitzondering veroorzaakt. Er is een onherstelbare fout opgetreden tijdens het zoeken in een database.

  Uitzonderingsdetails: System.TypeInitializationException: De type initializer voor Microsoft.DataTransfer.DIAgentHost.DataSourceCache heeft een uitzondering veroorzaakt. >--- System.Net.Sockets.SocketException: Er is een niet-herstelbare fout opgetreden tijdens een databasezoekactie op System.Net.Dns.GetAddrInfo(tekenreeksnaam).

• Oorzaak

  Het probleem treedt meestal op wanneer de localhost wordt opgelost.

• Oplossing

  Gebruik localhost IP-adres 127.0.0.1 om het bestand te hosten en het probleem op te lossen.

Zelf-hostende installatie is mislukt

• Symptomen

  U kunt een bestaande IR niet verwijderen, een nieuwe IR installeren of een bestaande IR upgraden naar een nieuwe IR.

• Oorzaak

  De integratieruntime-installatie is afhankelijk van de Windows Installer-service. U kunt om de volgende redenen installatieproblemen ondervinden:

  • Onvoldoende beschikbare schijfruimte.
  • Gebrek aan machtigingen.
  • De Windows NT-service is vergrendeld.
  • HET CPU-gebruik is te hoog.
  • Het MSI-bestand wordt gehost op een trage netwerklocatie.
  • Sommige systeembestanden of registers werden onbedoeld aangeraakt.

Het IR-serviceaccount kan certificaattoegang niet ophalen

• Symptomen

  Wanneer u een zelf-hostende IR installeert via Microsoft Integration Runtime Configuration Manager, wordt er een certificaat met een vertrouwde certificeringsinstantie (CA) gegenereerd. Het certificaat kan niet worden toegepast om de communicatie tussen twee knooppunten te versleutelen en het volgende foutbericht wordt weergegeven:

  'Kan de versleutelingsmodus voor intranetcommunicatie niet wijzigen: Kan integration Runtime-serviceaccount geen toegang verlenen tot het certificaat '<certificaatnaam>'. Foutcode 103"

• Oorzaak

  Het certificaat maakt gebruik van KSP-opslag (Key Storage Provider), die nog niet wordt ondersteund. Tot op heden ondersteunt zelf-hostende IR alleen CSP-opslag (cryptografische serviceprovider).

• Oplossing

  In dit geval wordt u aangeraden CSP-certificaten te gebruiken.

  Oplossing 1

  Voer de volgende opdracht uit om het certificaat te importeren:

  Certutil.exe -CSP "CSP or KSP" -ImportPFX FILENAME.pfx

  

  Oplossing 2

  Voer de volgende opdrachten uit om het certificaat te converteren:

  openssl pkcs12 -in .\xxxx.pfx -out .\xxxx_new.pem -password pass: <EnterPassword> openssl pkcs12 -export -in .\xxxx_new.pem -out xxxx_new.pfx

  Vóór en na conversie:

  

  

Zelf-hostende Integration Runtime versie 5.x

Voor de upgrade naar versie 5.x van de zelf-hostende Integration Runtime is .NET Framework Runtime 4.7.2 of hoger vereist. Op de downloadpagina vindt u downloadkoppelingen voor de nieuwste 4.x-versie en de nieuwste twee 5.x-versies.

Voor Azure Data Factory v2- en Azure Synapse-klanten:

• Als automatische update is ingeschakeld en u uw .NET Framework Runtime al hebt bijgewerkt naar 4.7.2 of hoger, wordt de zelf-hostende Integration Runtime automatisch bijgewerkt naar de nieuwste versie van 5.x.
• Als automatische update is ingeschakeld en u uw .NET Framework Runtime niet hebt bijgewerkt naar 4.7.2 of hoger, wordt de zelf-hostende Integration Runtime niet automatisch bijgewerkt naar de nieuwste versie van 5.x. De zelf-hostende Integration Runtime blijft in de huidige 4.x-versie. U ziet een waarschuwing voor een .NET Framework Runtime-upgrade in de portal en de zelf-hostende Integration Runtime-client.
• Als automatische update is uitgeschakeld en u uw .NET Framework Runtime al hebt bijgewerkt naar 4.7.2 of hoger, kunt u de nieuwste versie van 5.x handmatig downloaden en installeren op uw computer.
• Als automatische update is uitgeschakeld en u uw .NET Framework Runtime niet hebt bijgewerkt naar 4.7.2 of hoger. Wanneer u zelf-hostende Integration Runtime 5.x probeert te installeren en de sleutel registreert, moet u eerst uw .NET Framework Runtime-versie upgraden.

Problemen met zelf-hostende IR-connectiviteit

Zelf-hostende Integration Runtime kan geen verbinding maken met de cloudservice

• Symptomen

  Wanneer u de zelf-hostende Integration Runtime probeert te registreren, geeft Configuration Manager het volgende foutbericht weer:

  'Er is tijdens de registratie een fout opgetreden met het knooppunt voor Integration Runtime (zelf-hostend).'

  

• Oorzaak

  De zelf-hostende IR kan geen verbinding maken met de back-end van de service. Dit probleem wordt meestal veroorzaakt door netwerkinstellingen in de firewall.

• Oplossing

  1. Controleer of de Integration Runtime-service wordt uitgevoerd. Als dat zo is, gaat u naar stap 2.

     

  2. Als er geen proxy is geconfigureerd op de zelf-hostende IR, wat de standaardinstelling is, voert u de volgende PowerShell-opdracht uit op de machine waarop de zelf-hostende Integration Runtime is geïnstalleerd:

     (New-Object System.Net.WebClient).DownloadString("https://wu2.frontend.clouddatahub.net/")
     

     Notitie

     De service-URL kan variëren, afhankelijk van de locatie van uw data factory- of Synapse-werkruimte-exemplaar. Als u de service-URL wilt vinden, gebruikt u de pagina Beheren van de gebruikersinterface in uw data factory of Azure Synapse-exemplaar om Integratieruntimes te vinden en klikt u op uw zelf-hostende IR om deze te bewerken. Selecteer het tabblad Knooppunten en klik op Service-URL's weergeven.

     Hier volgt het verwachte antwoord:

     

  3. Als u niet het verwachte antwoord ontvangt, gebruikt u een van de volgende geschikte methoden:

     • Als u het bericht 'Externe naam is niet worden omgezet' ontvangt, is er een DNS-probleem (Domain Name System). Neem contact op met het netwerkteam om het probleem op te lossen.
     • Als u een bericht 'ssl/tls-certificaat is niet vertrouwd' ontvangt, controleert u het certificaat (https://wu2.frontend.clouddatahub.net/) om te zien of het wordt vertrouwd op de computer en installeert u vervolgens het openbare certificaat met behulp van Certificaatbeheer. Als het goed is, verhelpt deze actie het probleem.
     • Ga naar Windows>Logboeken>Logboeken Toepassingen en Services>Integration Runtime, en controleer op fouten die worden veroorzaakt door het DNS, een firewallregel of de netwerkinstellingen van uw bedrijf. Als u een dergelijke fout vindt, forceert u het sluiten van de verbinding. Omdat elk bedrijf eigen aangepaste netwerkinstellingen heeft, neemt u contact op met het netwerkteam om deze problemen op te lossen.

  4. Als 'proxy' is geconfigureerd op de zelf-hostende Integration Runtime, controleert u of de proxyserver toegang heeft tot het service-eindpunt. Ga naar PowerShell, webaanvragen en proxy's voor een voorbeeldopdracht.

     $user = $env:username
     $webproxy = (get-itemproperty 'HKCU:\Software\Microsoft\Windows\CurrentVersion\Internet
     Settings').ProxyServer
     $pwd = Read-Host "Password?" -assecurestring
     $proxy = new-object System.Net.WebProxy
     $proxy.Address = $webproxy
     $account = new-object System.Net.NetworkCredential($user,[Runtime.InteropServices.Marshal]::PtrToStringAuto([Runtime.InteropServices.Marshal]::SecureStringToBSTR($pwd)), "")
     $proxy.credentials = $account
     $url = "https://wu2.frontend.clouddatahub.net/"
     $wc = new-object system.net.WebClient
     $wc.proxy = $proxy
     $webpage = $wc.DownloadData($url)
     $string = [System.Text.Encoding]::ASCII.GetString($webpage)
     $string
     

  Hier volgt het verwachte antwoord:

  

  Notitie

  Overwegingen voor proxy:

  • Controleer of de proxyserver moet worden geplaatst in de lijst met veilige geadresseerden. Als dit het geval is, zorgt u ervoor dat deze domeinen worden toegevoegd aan de lijst met veilige geadresseerden.
  • Controleer of het SSL/TLS-certificaat wu2.frontend.clouddatahub.net/ wordt vertrouwd op de proxyserver.
  • Als u Active Directory-verificatie op de proxy gebruikt, wijzigt u het serviceaccount in het gebruikersaccount dat toegang heeft tot de proxy als 'Integration Runtime-service'.

Foutbericht: Zelf-hostende integration runtime-knooppunt/logische zelf-hostende IR heeft de status Inactief/Actief (beperkt)'

• Oorzaak

  Het zelf-hostende geïntegreerde runtime-knooppunt heeft mogelijk de status Inactief, zoals wordt weergegeven in de volgende schermopname:

  

  Dit gedrag treedt op wanneer knooppunten niet met elkaar kunnen communiceren.

• Oplossing

  1. Meld u aan bij de door het knooppunt gehoste VM (virtuele machine). Open Logboeken onder Logboeken Toepassingen en Services>Integration Runtime, en filter de foutenlogboeken.

  2. Controleer of een foutenlogboek de volgende fout bevat:

     System.ServiceModel.EndpointNotFoundException: Could not connect to net.tcp://xxxxxxx.bwld.com:8060/ExternalService.svc/WorkerManager. The connection attempt lasted for a time span of 00:00:00.9940994. TCP error code 10061: No connection could be made because the target machine actively refused it 10.2.4.10:8060. 
     System.Net.Sockets.SocketException: No connection could be made because the target machine actively refused it. 
     10.2.4.10:8060
     at System.Net.Sockets.Socket.DoConnect(EndPoint endPointSnapshot, SocketAddress socketAddress)
     at System.Net.Sockets.Socket.Connect(EndPoint remoteEP)
     at System.ServiceModel.Channels.SocketConnectionInitiator.Connect(Uri uri, TimeSpan timeout)
     

  3. Als u deze fout ziet, voert u de volgende opdracht uit in een opdrachtpromptvenster:

     telnet 10.2.4.10 8060
     

  4. Als u de opdrachtregelfout 'Kan verbinding met de host niet openen' ontvangt die wordt weergegeven in de volgende schermopname, neemt u contact op met uw IT-afdeling voor hulp bij het oplossen van dit probleem. Wanneer telnet is geslaagd, neemt u contact op met Microsoft-ondersteuning als u nog steeds problemen ondervindt met de status van het integratieruntimeknooppunt.

     

  5. Controleer of het foutenlogboek de volgende vermelding bevat:

     Error log: Cannot connect to worker manager: net.tcp://xxxxxx:8060/ExternalService.svc/ No DNS entries exist for host azranlcir01r1. No such host is known Exception detail: System.ServiceModel.EndpointNotFoundException: No DNS entries exist for host xxxxx. ---> System.Net.Sockets.SocketException: No such host is known at System.Net.Dns.GetAddrInfo(String name) at System.Net.Dns.InternalGetHostByName(String hostName, Boolean includeIPv6) at System.Net.Dns.GetHostEntry(String hostNameOrAddress) at System.ServiceModel.Channels.DnsCache.Resolve(Uri uri) --- End of inner exception stack trace --- Server stack trace: at System.ServiceModel.Channels.DnsCache.Resolve(Uri uri)
     

  6. Probeer een of beide van de volgende methoden om dit probleem op te lossen:

     • Plaats alle knooppunten in hetzelfde domein.
     • Voeg het IP-adres toe om toewijzing te hosten in alle hostbestanden van de gehoste VM.

Connectiviteitsprobleem tussen de zelf-hostende IR en uw data factory of Azure Synapse-exemplaar of de zelf-hostende IR en de gegevensbron of sink

Als u het probleem met de netwerkverbinding wilt oplossen, moet u weten hoe u de netwerktracering verzamelt, begrijpt hoe u deze gebruikt en de Tracering van Microsoft Network Monitor (Netmon) analyseert voordat u de Netmon Tools in echte gevallen toepast vanuit de zelf-hostende IR.

• Symptomen

  Mogelijk moet u af en toe bepaalde verbindingsproblemen tussen de zelf-hostende IR en uw data factory of Azure Synapse-exemplaar oplossen, zoals wordt weergegeven in de volgende schermopname, of tussen de zelf-hostende IR en de gegevensbron of sink.

  

  In beide gevallen kunnen de volgende fouten optreden:

  • 'Kopie is mislukt met fout:Type=Microsoft.DataTransfer.Common.Shared.HybridDeliveryException,Message=Kan geen verbinding maken met SQL Server: "IP-adres"'

  • 'Er zijn een of meer fouten opgetreden. Er is een fout opgetreden bij het verzenden van het aanvraag. De onderliggende verbinding is gesloten: er is een onverwachte fout opgetreden bij een ontvangst. Kan geen gegevens lezen uit de transportverbinding: een bestaande verbinding is geforceerd gesloten door de externe host. Een bestaande verbinding is geforceerd gesloten door de activiteits-id voor de externe host.'

• Oplossing

  Wanneer u de voorgaande fouten tegenkomt, kunt u deze oplossen door de instructies in deze sectie te volgen.

  • Verzamel een Netmon-trace voor analyse:

    1. U kunt het filter zo instellen dat het opnieuw instellen van de server naar de clientzijde wordt weergegeven. In de volgende voorbeeldschermafbeelding ziet u dat de serverzijde de Data Factory-server is.

       

    2. Wanneer u het resetpakket krijgt, kunt u het gesprek vinden door TCP (Transmission Control Protocol) te volgen.

       

    3. Haal het gesprek tussen de client en de Data Factory-server op door het filter te verwijderen.

  • Een analyse van de Netmon-trace die u hebt verzameld, laat zien dat het totaal van Time to Live (TTL) 64 is. Volgens de waarden die worden vermeld in het artikel TTL (IP Time to Live) en Hop Limit Basics , geëxtraheerd in de volgende lijst, kunt u zien dat het Linux-systeem waarmee het pakket opnieuw wordt ingesteld en de verbinding wordt verbroken.

    De standaard-TTL- en Hoplimietwaarden variëren tussen verschillende besturingssystemen, zoals hier wordt vermeld:

    • Linux-kernel 2.4 (circa 2001): 255 voor TCP, User Datagram Protocol (UDP) en Internet Control Message Protocol (ICMP)
    • Linux-kernel 4.10 (2015): 64 voor TCP, UDP en ICMP
    • Windows XP (2001): 128 voor TCP, UDP en ICMP
    • Windows 10 (2015): 128 voor TCP, UDP en ICMP
    • Windows Server 2008: 128 voor TCP, UDP en ICMP
    • Windows Server 2019 (2018): 128 voor TCP, UDP en ICMP
    • macOS (2001): 64 voor TCP, UDP en ICMP

    

    In het voorgaande voorbeeld wordt de TTL weergegeven als 61 in plaats van 64, omdat wanneer het netwerkpakket de bestemming bereikt, er verschillende hops moeten worden doorlopen, zoals routers of netwerkapparaten. Het aantal routers of netwerkapparaten wordt in mindering gebracht om de uiteindelijke TTL te produceren.

    In dit geval ziet u dat een reset kan worden verzonden vanuit het Linux-systeem met TTL 64.

  • Controleer de vierde hop van de zelf-hostende IR om te bevestigen waar het resetapparaat vandaan komt.

    Netwerkpakket van Linux System A met TTL 64 -> B TTL 64 min 1 = 63 -> C TTL 63 min 1 = 62 -> TTL 62 min 1 = 61 zelf-hostende IR

  • In een ideale situatie is het TTL-hopnummer 128, wat betekent dat het Windows-besturingssysteem uw data factory-exemplaar uitvoert. Zoals weergegeven in het volgende voorbeeld, 128 min 107 = 21 hops, wat betekent dat 21 hops voor het pakket zijn verzonden van het data factory-exemplaar naar de zelf-hostende IR tijdens de TCP 3-handshake.

    

    Daarom moet u contact opnemen met het netwerkteam om te controleren wat de vierde hop is van de zelf-hostende IR. Als het de firewall is, zoals bij het Linux-systeem, controleert u de logboeken om te zien waarom dat apparaat het pakket opnieuw instelt na de TCP 3-handshake.

    Als u niet zeker weet waar u onderzoek moet doen, probeert u de Netmon-trace op te halen van zowel de zelf-hostende IR als de firewall tijdens de problematische tijd. Deze aanpak helpt u erachter te komen welk apparaat het pakket mogelijk opnieuw heeft ingesteld en de verbinding heeft veroorzaakt. In dit geval moet u ook contact opnemen met uw netwerkteam om verder te gaan.

De Netmon-trace analyseren

Notitie

De volgende instructies zijn van toepassing op de Netmon-trace. Omdat Netmon trace momenteel niet meer wordt ondersteund, kunt u Hiervoor Wireshark gebruiken.

Wanneer u probeert telnet 8.8.8.8 888 te gebruiken met de verzamelde Netmon-trace, ziet u de tracering in de volgende schermopnamen:

In de voorgaande installatiekopieën ziet u dat u geen TCP-verbinding kunt maken met de serverzijde 8.8.8.8 op poort 888, zodat u daar twee SynReTransmit-extra pakketten ziet. Omdat bron-SELF-HOST2 geen verbinding kan maken met 8.8.8.8 met het eerste pakket, blijft deze verbinding maken.

Tip

Probeer de volgende oplossing om deze verbinding te maken:

1. Selecteer Standaardfilterfilteradressen>>>IPv4-adressen.
2. Als u het filter wilt toepassen, voert u IPv4.Address == 8.8.8.8 in en selecteert u Toepassen. Vervolgens ziet u de communicatie van de lokale computer naar bestemming 8.8.8.8.8.

Geslaagde scenario's worden weergegeven in de volgende voorbeelden:

• Als u telnet 8.8.8.8 53 zonder problemen kunt gebruiken, is er een geslaagde TCP 3-handshake en wordt de sessie voltooid met een TCP 4-handshake.

  

  

• De voorgaande TCP 3-handshake produceert de volgende werkstroom:

  

• De TCP 4-handshake om de sessie te voltooien, wordt geïllustreerd door de volgende werkstromen:

  

  

Bepalen of deze melding van invloed is op u

Deze melding is van toepassing op de volgende scenario's:

Scenario 1: Uitgaande communicatie van een zelf-hostende Integration Runtime die on-premises wordt uitgevoerd achter een bedrijfsfirewall

Bepalen of dit van invloed is op:

• U wordt niet beïnvloed als u firewallregels definieert op basis van FQDN's (Fully Qualified Domain Names) die gebruikmaken van de methode die wordt beschreven in Een firewallconfiguratie en acceptatielijst voor IP-adressen instellen.

• Dit heeft gevolgen als u de acceptatielijst expliciet inschakelt voor uitgaande IP-adressen op uw bedrijfsfirewall.

  Als u dit probleem ondervindt, voert u de volgende actie uit: op 8 november 2020 stelt u uw netwerkinfrastructuurteam op de hoogte om uw netwerkconfiguratie bij te werken om de meest recente IP-adressen van data factory's te gebruiken. Als u de meest recente IP-adressen wilt downloaden, gaat u naar Servicetags detecteren met behulp van downloadbare JSON-bestanden.

Scenario 2: Uitgaande communicatie van een zelf-hostende Integration Runtime die wordt uitgevoerd op een Virtuele Azure-machine binnen een door de klant beheerd virtueel Azure-netwerk

Bepalen of dit van invloed is op:

• Controleer of u regels voor uitgaande netwerkbeveiligingsgroepen (NSG) hebt in een particulier netwerk dat zelf-hostende Integration Runtime bevat. Als er geen uitgaande beperkingen zijn, wordt dit niet beïnvloed.

• Als u beperkingen voor uitgaande regels hebt, controleert u of u servicetags gebruikt. Als u servicetags gebruikt, wordt dit niet beïnvloed. U hoeft niets te wijzigen of toe te voegen, omdat het nieuwe IP-bereik zich onder uw bestaande servicetags bevindt.

  

• Dit wordt beïnvloed als u de acceptatielijst expliciet inschakelt voor uitgaande IP-adressen in uw NSG-regels in het virtuele Azure-netwerk.

  Als u dit probleem ondervindt, voert u de volgende actie uit: op 8 november 2020 stelt u uw netwerkinfrastructuurteam op de hoogte om de NSG-regels in de configuratie van uw virtuele Azure-netwerk bij te werken om de meest recente IP-adressen van de data factory te gebruiken. Als u de meest recente IP-adressen wilt downloaden, gaat u naar Servicetags detecteren met behulp van downloadbare JSON-bestanden.

Scenario 3: Uitgaande communicatie van SSIS Integration Runtime in een door de klant beheerd virtueel Azure-netwerk

Bepalen of dit van invloed is op:

• Controleer of u uitgaande NSG-regels hebt in een particulier netwerk dat SSIS Integration Runtime (SQL Server Integration Services) bevat. Als er geen uitgaande beperkingen zijn, wordt dit niet beïnvloed.

• Als u beperkingen voor uitgaande regels hebt, controleert u of u servicetags gebruikt. Als u servicetags gebruikt, wordt dit niet beïnvloed. U hoeft niets te wijzigen of toe te voegen omdat het nieuwe IP-bereik zich onder uw bestaande servicetags bevindt.

• Dit wordt beïnvloed als u de acceptatielijst expliciet inschakelt voor uitgaande IP-adressen in uw NSG-regels in het virtuele Azure-netwerk.

  Als u dit probleem ondervindt, voert u de volgende actie uit: op 8 november 2020 stelt u uw netwerkinfrastructuurteam op de hoogte om de NSG-regels in de configuratie van uw virtuele Azure-netwerk bij te werken om de meest recente IP-adressen van de data factory te gebruiken. Als u de meest recente IP-adressen wilt downloaden, gaat u naar Servicetags detecteren met behulp van downloadbare JSON-bestanden.

Kan geen vertrouwensrelatie tot stand brengen voor het beveiligde SSL/TLS-kanaal

• Symptomen

  De zelf-hostende IR kan geen verbinding maken met de Azure Data Factory- of Azure Synapse-service.

  Wanneer u het zelf-hostende IR-gebeurtenislogboek controleert nadat u naar Windows>Logboeken (logboeken)>Toepassingen en Services-logboeken>Integration Runtime hebt gegaan, ziet u het volgende foutbericht.

  "De onderliggende verbinding is gesloten: kan geen vertrouwensrelatie tot stand brengen voor het beveiligde SSL/TLS-kanaal. Het externe certificaat is ongeldig volgens de validatieprocedure.'

  De eenvoudigste manier om het servercertificaat van de service te controleren, is door de service-URL te openen in uw browser. Open bijvoorbeeld de koppeling servercertificaat controleren (https://eu.frontend.clouddatahub.net/) op de computer waarop de zelf-hostende IR is geïnstalleerd en bekijk vervolgens de servercertificaatgegevens.

  

  

• Oorzaak

  Dit probleem heeft twee mogelijke oorzaken:

  • Reden 1: de basis-CA van het servercertificaat van de service wordt niet vertrouwd op de machine waarop de zelf-hostende IR is geïnstalleerd.
  • Reden 2: u gebruikt een proxy in uw omgeving, het servercertificaat van de service wordt vervangen door de proxy, en het vervangen servercertificaat wordt niet vertrouwd door de machine waarop de zelf-hostende IR is geïnstalleerd.

• Oplossing

  • Voor reden 1: zorg ervoor dat het servercertificaat en de certificaatketen van de service worden vertrouwd op de machine waarop de zelf-hostende IR is geïnstalleerd.
  • Voor reden 2: vertrouw de vervangen basis-CA op de zelf-hostende IR-machine, of configureer de proxy om het servercertificaat van de service niet te vervangen.

  Raadpleeg Het vertrouwde basiscertificaat installeren voor meer informatie over het vertrouwen van certificaten in Windows.

• Aanvullende informatie
  We hebben een nieuw SSL-certificaat geïmplementeerd, dat is ondertekend vanuit DigiCert. Controleer of de DigiCert Global Root G2 zich in de vertrouwde basis-CA bevindt.

  

  Als deze zich niet in de vertrouwde basis-CA bevindt, downloadt u deze hier.

Gerelateerde inhoud

Probeer de volgende bronnen voor meer hulp bij het oplossen van problemen:

• Data Factory-blog
• Data Factory-functieaanvragen
• Azure-video's
• Microsoft Q&A-pagina
• Stack overflow-forum voor Data Factory
• X-informatie over Data Factory
• Prestatiehandleiding voor toewijzingsgegevensstromen